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CI  O INTRODUCTION 


This  appendix  describes  the  generic  NC^N  nodes  in  terms  of  functions  (what  is  done 
in  the  node)  and  subsystems  (what  is  constructed  to  make  a node).  A node  can  be  defined 
and/or  described  at  any  level  in  a network  hierarchy.  Therefore,  the  generic  node  functional 
or  subsystem  description  could  represent  any  node  anywhere  in  the  hierarchy  insofar  as  it  is 
a generic  and  exhaustive  shopping  list  of  functions  and  subsystems  from  which  selections 
can  be  made  based  on  the  requirements  of  that  particular  node. 

In  the  case  of  this  document  the  focus  is  on  the  platform-level  node;  ie,  all  the  elec- 
tronics installed  on  a platform  whether  ship,  aircraft,  surface  craft,  or  manpack. 

Section  C2.0  of  this  appendix  is  the  functional  breakdown  and  description,  section 
C3.0  is  the  subsystem  breakdown  and  description,  and  section  C4.0  is  the  discussion  of  an 
architectural  concept  leading  to  distributed  network  architecture. 

C2.0  FUNCTIONAL  STRUCTURE  OF  A C^  NODE 

Figure  C2-1  is  the  first-level  functional  breakdown  of  the  C^  node,  showing  seven 
first-level  functions.  The  following  sections  describe  these  seven  functions  in  some  detail 
in  terms  of  their  subfunctions. 


C2.1  EM  AND  ACOUSTIC  LINKS 

The  link  functions  are: 

a.  Radio  and  acoustic  communication  links  for  exchanging  messages  and  data 
among  cooperating  nodes.  Uses  of  such  links  include  navigation  to  the  extent  that  At  from 
known  locations  can  be  determined  on  the  basis  of  time  markers. 

b.  Radio  detection  and  ranging  for  the  purpose  of  navigation,  locating  objects, 
and,  in  some  cases,  identifying  them  on  the  basis  of  return  signal  analysis. 

c.  Sound  navigation  and  ranging  for  same  purpose  as  radar. 

d.  Passive  ESM  for  the  purpose  of  passively  intercepting  enemy  (or  other)  radia- 
tions for  FLINT,  SIGINT,  tactical  targeting,  and  identification,  etc. 

e.  ECM  for  the  purpose  of  interfering  with  an  enemy  surveillance  or  command 
control  capability  or  operation  or  for  the  purpose  of  ELINT  or  SIGINT  by  observation  of 
cause-and-effect  relationships. 

f.  Acoustic  communication  - same  as  (a). 
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Figure  C2-I . C'^  nodal  functions  and  processes. 
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C2.2  NETWORK  CONTROL  - LINK  ADAPTATION  (LA) 


LA  is  a programmable  operation  in  the  node  in  which  data  streams  are  conditioned 
and  managed  for  rf  transmission  and  baseband  reception.  These  conditioning  and  manage- 
ment functions  are  outlined  in  figure  C2-2  and  are  the  following: 

Link  error  control 
Timing  and  synchronization 
On-line  network  structuring 
Traffic  flow  (or  activity)  security 

Link  adaptation  functions  performed  within  the  node  are  to  some  extent  similar  to  those 
performed  by  a front-end  processor  in  systems  such  as  the  ARP  A network. 


C2.2.1  LINK  ERROR  CONTROL 

Under  direction  of  M&C,  LA  encodes  outgoing  data  for  error  correction  and  detec- 
tion at  the  receiving  destination.  Conversely,  LA  will  decode  incoming  error  control  pat- 
terns and  provide  error  correction  and  detection.  These  error  control  techniques  will  in- 
clude ARQ,  block  and  convolutional  coding,  parallel  diversity,  or  combinations  of  these. 
Various  detection/correction  algorithms  will  be  employed,  such  as  majority  vote,  threshold 


Figure  C2-2.  Link  adaptation  functional  breakdown. 
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decoding,  and  error  trapping  techniques.  The  selection  of  the  type  of  error  correction  and 
detection  scheme  will  depend  on  network  structuring,  channel  characteristics,  and  allowable 
delay  for  the  message. 


C2.2.2  TIMING  AND  SYNCHRONIZATION 

The  LA  function  derives  block  and  frame  synchronization  for  data  transfer  through- 
out the  node.  For  example,  the  link  function  derives  frequency,  phase,  and  bit  timing  necessary 
for  demodulation  on  the  incoming  data  if  the  system  is  synchronous.  The  LA  must  then 
accept  the  data  and  derive  information  such  as  start  of  block  and  frame  synchronization 
necessary  for  data  transfer  throughout  the  node.  Path  delay  (At)  determination  for  near- 
real-time  synchronous  transmission  if  not  available  from  M&C  will  be  determined  by  LA  for 
network  operation  and  time  division  transmission.  (Note:  any  At  derived  by  any  subsystem 
is  transferred  to  M&C  for  correlation  with  information  from  other  sources  and  for  use  else- 
where in  the  node.) 


C2.2.3  ON-LINE  NETWORK  STRUCTURING 

LA  provides  logic  for  sequencing  messages  in  networks  (ie,  polled  network)  and  pro- 
vides routine  control  and  data  management  once  connectivity  has  been  established.  In  other 
words,  once  the  node  has  been  properly  configured  for  participation  in  a network,  routine 
control  is  transferred  to  LA  for  network  bookkeeping  and  data  management.  The  degree 
of  this  on-line  structuring  will  depend  on  the  type  of  operation  and  the  various  require- 
ments for  keeping  the  network  functioning. 


C2.2.4  TRAFFIC  FLOW  SECURITY 

As  directed  by  M&C,  LA  provides  for  network  integrity  for  the  node  using  a key 
stream  provided  from  crypto.  This  may  be  done  by  generation  of  pseudo  information  dur- 
ing nonmessage  periods.  The  interleaving,  permutation  of  transmission  periods,  changing 
queuing  routine,  randomly  changing  radar  signal  formats  to  disguise  changes  in  operation 
(such  as  switching  between  scan  and  track  operation),  etc. 


C2.3  NETWORK  ACCESS  SWITCHING  (NAS) 

The  switching  function  is  divided  into  three  main  areas  as  shown  in  figure  C2-3. 
a.  Provision  of  Path  connectivity 

Provision  of  path  connectivity  is  the  operation  of  system  initiation  or  initial 
setup  according  to  an  EW  and  communication  plan.  The  three  connectivity  categories  are: 

Subscriber  information  paths  and  signal  paths  (eg,  rf  signals) 

System  status  and  monitoring  signal  paths 
System  control  signal  paths 
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Figure  C2-3.  Functional  breakdown  for  network  access  switching. 
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These  lunctions  are  essentially  non-real-time  and  semipermanent  and  are  typi- 
cally changed  only  when  a new  EVV  or  communication  plan  or  modification  thereot  is 
introduced  or  a failure  causes  M&C  to  direct  the  setup  of  an  alternate  path. 

b.  Operational  Time  Switching 

Operational  time  switching  has  five  functional  categories: 

Recognition  of  demand  for  service 

Interpretation 

Resource  search 

Path  provision 

Response  to  user 

This  kind  of  switching  is  referred  to  in  three  ways: 

• Circuit  switching  wherein  a path  is  developed  for  use  during  a relatively 
long  conversation,  data  exchange,  or  series  of  messages 

• Message  switching  wherein  paths  are  established  on  a message-by-message 
basis  using  addressing  overhead  attached  to  the  message  to  derive  routing  logic. 

• Packet  switching  wherein  paths  are  established  for  individual  data  sets  or 
blocks  which  have  routing  information  attached  from  which  routing  logic  can  be  obtained. 
(The  exact  size  of  a packet  - data  set  - or  even  whether  the  size  is  fixed  or  variable  is  not 
yet  defined  for  NC^N.  A packet  may  contain  data  for  a small  part  of  a message  or  may  con- 
tain several  messages  having  the  same  routing.  This  depends  on  the  relative  sizes  of  messages 
and  packets.)  Packet  switching  internal  to  the  node  is  identical  to  what  has  been  done  in 
large  computer  systems  wherein  data  sets  are  fetched  from  and  returned  to  buffer  according 
to  the  needs  of  an  operational  sequence. 


C2.4  CRYPTOGRAPHY  (CRYPTO) 

The  crypto  description  has  been  formulated  on  the  premise  that  the  nodal  C^  re- 
quirements will  dictate  and  drive  the  signal  and  information  security  concepts  and  tech- 
niques to  be  employed.  To  this  end,  the  concept  is  one  of  a function  which  provides  a 
cryptographic  service  to  the  node  for  implementing  encryption/decryption.  Additionally, 
crypto  provides  other  cryptographic  services  which  are  used  in  the  node  and  network 
SIGSEC  and  COMSEC  disciplines.  However,  the  following  material  is  restricted  to  a general 
discussion  of  crypto  and  addresses  neither  node  nor  network  COMSEC/SIGSEC  operation. 


C2.4.1  CRYPTO  FUNCTIONAL  DIAGRAM 

Figure  C2-4  is  the  functional  organization  of  crypto.  All  modes  of  operation  are 
controlled  by  M&C.  That  is.  crypto  executes  subroutines  which  provide  the  cryptographic 
service  demanded  by  M&C.  but  does  not  direcly  engage  in  any  decision  processes  atlecting 
the  nodal  operations.  However,  the  performance  of  cryptologic  processes,  such  as  crypto- 
variable  and  keystream  generation,  are  the  sole  province  of  crypto. 
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Figure  C2-4.  Cryptographic  functional  breakdown  diagram. 


Interaction  between  the  various  functional  elements  of  crypto  is  supervised  by  the 
crypto  function  control.  This  interaction  consists  ot  data,  commands,  and  status  and  must 
be  handled  via  properly  partitioned  sections  of  the  system.  (Such  partitioning  is  either  logi- 
cal or  physical.)  The  only  element  of  crypto  which  interacts  directly  with  M&C  is  the  crypto 
function  control.  This  interaction  consists  only  of  commands  and  status,  and,  as  a special 
case,  control  information  to  crypto  storage.  No  cryptovariables  or  cryptodata  are  supplied 
to  M&C  . The  cryptographic  output  is  keystream  (to  implement  the  encryption  and  de- 
cryption functions  of  the  node),  cryptovariables  and  crypto  time  codes  (to  implement  node 
and  network  COMSEC/SIGSEC  discipline),  and  special  cryptodata  (for  nonstandard  crypto- 
graphic services).  This  output  is  distributed  througli  buffers  to  using  subsystems  within  the 
node.  The  distribution,  however,  is  under  the  complete  control  of  M&C. 

The  functional  flow  diagram  shows  functions  and  does  not  indicate  hardware  con- 
figuration. The  actual  crypto  hardware  configuration  could  be  centralized  or  distributed 
depending  on  node  requirements. 


c:.4.:  CRYPTO  FUNCTIONAL  BREAKDOWN  DIAGRAM 

Figure  C2-4  shows  the  principal  functions  of  crypto  which  provide  cryptographic 
service  to  the  node.  The  crypto  does  not  directly  engage  in  any  operation  performed  within 
the  node.  It  merely  provides  a service  to  those  subsystems  and  does  this  only  under  the 
direct  control  of  the  M&C. 

a.  Crypto  Second-Level  Functions 

The  second-level  functir-’s  a'e  divided  into  three  distinct  portions.  The  first, 
the  M&C-crv  pto  control  interface,  is  an  i gral  and  necessary  part  of  crypto.  While  crypto 
is  self-operational  and  self-regulatory,  in  the  absence  of  new  commands  (or  altered  status) 
it  will  operate  indefinitely  in  the  mode  which  was  configured  by  the  previous  command  and 
status  situation.  Thus,  the  M&C-crypto  control  interface  is  the  means  by  which  the  crypto 
function  is  directed  to  provide  a service  to  the  node  and  respond  to  changing  COMSEC/ 
SIGSEC  requirements. 

The  second  function  is  the  independent  control  by  the  crypto  function  control 
of  the  ciyptologic  processes  (which  generate  cryptodata  and  cryptovariables)  which  service 
the  node.  This  control  is  handled  only  by  crypto  and  cannot  be  entered  into  by  any  other 
function.  This  access  restriction  is  used  to  protect  the  cryptologic  processes.  Elowever,  the 
crypto  function  control  can  be  addressed  by  M&C  and  directed  to  provide  a cryptographic 
service  (the  result  of  a cryptologic  process).  The  cryptographic  service  is  then  distributed 
under  the  control  of  M&C. 

The  third  function  is  to  provide  buffered  cryptographic  outputs  for  use  in  the  node. 
The  user  ot  a buffer  is  designated  by  M&C.  That  is,  M&C  directs  crypto  to  provide  a certain 
cryptographic  service.  To  meet  the  requirements,  crypto  performs  the  required  cryptologic 
process  and  makes  the  output  of  that  process  available  at  a buffer.  M&C  has,  in  the  mean- 
time, directed  the  using  nodal  element  to  acquire  the  cryptographic  service  from  the  buffer. 
In  some  case.s.  M&C  may  engage  the  buffer  with  the  using  element  and  provide  continuous 
control;  in  other  cases,  M&C  may  retire  after  the  engagement  ai  d leave  routine  buffer  contr  d 
to  the  routine  process. 

b.  Crypto  Third-  and  Fourth-Level  Functions 

The  M&C  crypto  control  interface  function  has  three  parts.  First,  crypto  must 
respond  to  two  classes  of  commands  from  M&C.  User  service  commands  direct  crypto  to 
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provide  a cryptographic  service  to  a specified  user,  and  buffer  data  requests  engage  the  inter- 
face between  a buffer  and  a using  element.  Second,  M&C  supplies  important  control  infor- 
mation to  update  system  time  and  the  user  profile  stored  in  a memory  while  under  control 
of  crypto.  The  user  profile  uniquely  identifies  the  user  of  cryptographic  services  and  lists 
technical  parameters  affecting  the  nature  of  the  service  when  provided.  Third,  M&C  re- 
ceives status  alarms  which  indicate  abnormal  functioning  of  the  crypto  functional  control 
or  storage. 

The  crypto  function  control  has  three  functions:  generation  of  cryptodata,  control 
of  crj’ptovariables,  and  control  of  switching.  Cryptodata  are  classed  as  being  either  key- 
stream,  cryptotime  codes,  or  special  crypto  outputs  (used  in  authentication  and  nonstandard  i 

cryptographic  processes).  The  control  of  cryptovariables  involves  their  generation,  storage, 
and  cryptographic  protection.  The  switching  is  directed  to  select  the  cryptologic  to  be  used 
in  providing  the  demanded  service  and  connects  the  cryptologic  to  the  buffers  which  will 
provide  the  service  to  the  requiring  nodal  element.  Control  over  storage  of  data  used  in  the 
cryptologic  processes  is  also  included.  All  these  functions  are  under  the  sole  and  exclusive 
jurisdiction  of  the  crypto  function  control. 

The  buffer  operation  function  of  crypto  involves  the  control,  loading,  and  unloading 
of  the  buffers  which  provide  the  cryptographic  service  to  the  node.  The  buffer  operation 
function  has  cognizance  over  the  following  categories  of  buffering;  ( 1 ) the  cryptovariable 
buffer,  which  accepts  and  delivers  cryptovariables  to  and  from  users  external  to  the  node 
and  delivers  cryptovariables  to  users  internal  to  the  node;  (2)  the  keystream  buffer,  which 
delivers  keystream  for  encryption,  decryption,  link  protection,  or  control  of  modulation; 

(3)  the  crypto  time  code  buffer,  which  provides  time  codes  which  can  be  used  to  enter 
cryptonets  and  manage  cryptonets;  and  (4)  the  special  crypto  buffer,  which  allows  the  node 
to  have  the  special  cryptographic  services  associated  with  authentication,  special  cipher 
systems,  communication  with  allies  employing  various  cryptologies,  and  other  limited-usage 
special  functions. 


C2.4.3  CRYPTO  INTERFACE  MATRIX 

The  only  control  provided  to  the  crypto  is  from  M&C.  Likewise,  crypto  provides 
status  only  to  M&C.  However,  information  can  be  exchanged  between  crypto  and  some 
node  functions.  This  information  exchange  is  unilateral  with  respect  to  M&C  and  links, 
bilateral  (with  exceptions  regarding  type  of  information)  with  the  other  functional  areas. 

a.  M&C  Control  and  Status  Interfaces 

The  only  control  inputs  from  M&C  are  user  service  commands  and  buffer  data 
requests.  The  user  service  commands  identify  a user  and  indicate  the  cryptoservice  to  be 
provided  — either  cryptodata  or  cryptovariable.  The  buffer  data  requests  engage  the  inter- 
face between  the  crypto-controlied  buffer  and  the  using  functional  area  of  the  node.  This 
control  allows  M&C  to  switch  users  while  keeping  cr>’ptoservice  current  in  the  buffers.  The 
status  output  from  crypto  M&C  is  alarm  status;  control  overload  (such  as  being  swamped 
by  user  service  commands),  excessive  demands  on  crypto-associated  buffers;  storage  overload; 
cryptologic  and  storage  malfunctions;  accidental  or  malicious  intrusion  into  the  crypto- 
logic processes  or  storage;  or  illegal  commands  (ie,  user  service  command  inconsistent  with 
user  technical  requirements  on  file). 
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b.  M&C  Information  Interfaces 


The  crypto  function  has  an  information  input  from  M&C.  This  information 
consists  of  system  time  and  the  user  profile.  The  user  profile  contains  a unique  user  identity 
code  and  technical  data  important  to  the  cryptologic  processes,  such  as  bit  rate,  real-time 
or  non-real-time  operation,  and  use  of  the  service  (link  encryption,  modulation  control). 
C&M  updates  the  user  profile  as  required. 

c.  Other  Information  Interfaces 

Keystream  is  used  elsewhere  in  the  node  for  information  encryption  or  decryp- 
tion functions  associated  with  MMC,  IP,  and  LA,  respectively,  or  for  modulation  control 
(such  as  .\J  or  LPl  by  the  links).  Keystream  may  be  made  available  outside  the  cryptologic 
processes  so  that  data  handling  and  encryption/decryption  can  be  done  with  maximum 
flexibility. 

The  crypto  time  code  gives  the  cryptographic  time-of-day  to  a user.  This  time 
code  is  information  which  can  be  used  in  transmissions  to  allow  node  entry  into  communica- 
tion nets  and  the  control  of  crypto  synchronization  within  a net.  IP  and  LA  would  be 
users  of  such  data. 

Cryptovariables  may  be  transmitted  between  nodes.  These  variables  may  be 
net  control  variables  or  individual  user  variables.  The  variables  enter  crypto  through  IP 
(under  C&M  control)  and  are  processed  by  the  cryptologic.  Crypto  can  provide  crypto- 
variables to  the  net  (via  IP  and  under  M&C  control)  or  to  internal  users  (such  as  MMC). 

Special  crypto  provides  cryptoservice  which  cannot  be  provided  by  normal 
means.  LA,  IP,  and  MMC  may  require  special  crypto  data.  Cryptoservices  provided  include 
those  which  involve  data  manipulation  by  cryptographic  means,  such  as  authenti;ation 
and  cipher  systems.  Also,  special  keystreams  may  be  generated  for  use  with  allied  or  non- 
standard crypto  systems,  weapons  systems,  antispoof  command  control  links,  etc. 


C2.5  MANAGEMENT  AND  CONTROL  (M&C) 

M&C  provides  control  and  management  for  all  configuration  of  a node  under  the 
following  subfunctions: 

Control 

Decision 

Monitor 

Display/alarm 

Standards 

Test 

Record  keeping 
Coordination 

A functional  breakdown  of  the  M&C  is  shown  in  figure  C2-5. 
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Figure  C2-5.  M&C  functional  breakdown. 


C2.5.1  CONTROL* 


M&C  will: 

a.  Activate,  deactivate,  and  control  the  operating  modes  of  the  nodal  equipment. 
This  wilt  include  control  of  such  operating  parameters  as  on-off,  tuning  a rf  circuit  to  a 
specific  frequency,  squelch,  transmitter  power  output,  and  emission  type. 

b.  Control  the  switching  of  electronic  equipment  interconnection  switchboards  to 
configure  equipment  into  operational  test  circuits.  This  function  will  be  accomplished  com- 
pletely by  the  NAS  function  with  M&C  supplying  the  information  for  the  optimum 
configuration. 

c.  Control  the  rapid  reconfiguration  of  the  electronic  posture  to  optimize  infor- 
mation flow.  This  may,  for  example,  become  necessary  due  to  an  equipment  failure,  signal 
degradation,  or  a change  in  circuit  requirements. 

d.  Control  and  protect  the  electronic  and  information  security  integrity  of  the 

node. 

e.  Maintain  positive  control  of  all  rf  emissions  of  the  node  and  indicate  confirma- 
tion of  compliance  with  any  defined  condition  of  emcon. 
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C2.5.2  MONITORING 

Note:  It  is  not  to  be  implied  that  test  signals  and  monitoring  functions  are  neces- 
sarily originated  by  M&C.  For  example,  equipments  possessing  built-in  test  capability  will 
send  monitored  status  information  to  M&C. 

M&C  will: 

a.  Measure  basic  in-service  circuit  quality  parameters  on  a real-time,  noninterfer- 
ing, continuing  basis  for  detection  of  degraded  performance  conditions.  The  monitored 
parameters  may  include  such  things  as  the  baseband  error  rate  of  the  signal. 

b.  Monitor  the  performance  parameters  of  electronic  equipment  on  a real-time, 
continuing  basis  for  detection  of  faults  and  to  assist  in  fault  isolation.  The  monitored  param- 
eters may  include  the  supply  voltages,  rf  voltages,  phase  lock,  transient  detection,  blower 
motor  failure,  overtemperature,  etc. 

c.  Monitor  the  node  configuration  periodically.  This  function  may  be  accom- 
plished with  the  assistance  of  the  buffering,  bussing,  and  switching  group,  which  will  alann 
M&C  when  a fault  is  detected. 

d.  Monitor  the  equipment  operating  modes.  This  may  include  the  frequency  set- 

‘ I ting  of  automatically  tuned  radios  and  other  parameters  which  are  M&C  controlled. 

e.  Monitor  the  queuing  status  of  the  system  for  the  determination  of  the  efficiency 

^ i of  information  throughput. 

; f.  Monitor  transmission  equipments  to  periodically  confirm  compliance  with  the 

condition  of  emcon  presently  in  force. 

g.  Monitor  subsystem  operating  status  to  validate  the  programmed  software  of 
l other  programmable  subsystems  of  the  node  to  ensure  their  correctness. 


•Control  in  this  functional  area  is  control  by  exception.  It  is  limited  to  system  initialization  and  inter- 
ventions to  restore  or  change  routine  procedures  when  a system  aberration  occurs  or  a change  in  the  EW 
or  communication  plan  is  to  be  implemented. 
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c:.5.3  TESTING 

M&C  will; 

a.  Test  circuit  and  equipment  electrical  characteristics  both  on  and  off  line,  using 
built-in  test  equipment  (BITE)  where  possible  to  localize  faults  and  isolate  them  to  the  re- 
placeable item  level. 

b.  Test  each  circuit  after  initial  setup  to  assure  operational  readiness  before  turn- 
ing the  circuit  over  to  the  user. 

c.  Provide  a self-test  capability  which  will  exercise  a substantial  portion  of  the 
subsystem  to  assure  proper  operation. 

d.  Provide  an  off-line  test,  measurement,  and  analysis  capability  to  be  used  by 
C&M  operator  manually  when  the  system  is  operating  in  a degraded  mode  without  failure 
alarm. 


C2.5.4  DECISION 

M&C  will; 

a.  Determine  the  optimum  equipment  configuration  by  analysis  of  given  user 
circuit  requirements  and  resource  availability. 

b.  Elave  the  capability  to  determine  the  satisfactory  system  circuit  and  equipment 
performance  levels,  fault,  and  out-of-tolerance  conditions. 

c.  Provide  failure  prediction  for  circuits  and  equipment  based  on  trend  analysis  of 
past  measurements. 

d.  Determine  the  actions  necessary  for  graceful  degradation  of  the  node  due  to 
equipment  faults  or  degraded  operating  conditions. 

e.  Determine  the  sequence  of  actions  necessary  for  the  restoral  of  normal  service 
after  system  repair,  following  fault  or  degraded  operating  conditions. 

f.  Provide  queue  management  to  control  system  utilization  under  overload  condi- 
tions (demand  scheduling). 

g.  Provide  frequency  management  to  assure  proper  frequency  separation  and  to 
prevent  frequency  and  intermodulation  interference  in  rf  channels. 

h.  Provide  high-level  management  of  electronic  defensive  measures  including  levels 
of  protection  against  detection  (emcon),  interference,  and  intrusion. 

i.  Schedule  performance  monitoring,  testing,  maintenance,  and  other  necessary 
scheduled  control  actions. 

j.  Validate  equipment  parameters  and  circuit  configuration  prior  to  implementa- 
tion, to  assure  proper  equipment  compatibility  with  respect  to  operating  frequency,  band- 
width, modulation,  impedance  matching,  line  voltage,  and  current  levels. 

k.  Possess  decision  capability  to  ensure  conformance  to  security  and  emcon 
requirements. 
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C2.5.5  DISPLAY 


[ 


M&C  will: 

a.  Provide  system  management  and  control  personnel  with  all  the  necessary  infor- 
mation on  which  to  base  the  decisions  required  to  operate  the  node.  This  information  will 
include: 

Status 

Configuration 

Circuit  equipment  utilization 

Circuit  equipment  availability 

Frequency 

b.  Alarm  M&C  personnel  of  conditions  which  require  their  immediate  attention. 
For  example,  alarms  may  be  provided  for  such  conditions  as  degraded  circuit  performance 
and  faults;  invalid  configurations,  equipment  settings,  and  modes;  system  overloads;  attempt- 
ed security  violations;  and  any  demand  or  scheduled  action  whose  subsequent  execution 
would  violate  the  present  node  emcon  status.  The  latter  alarm  would  be  made  available 
prior  to  the  operational  release  of  equipments  whose  activation  would  cause  the  emcon 
violation. 


C2.5.6  RECORD  KEEPING/REPORT  GENERATION 
M&C  will: 

a.  Have  the  capability  to  store  and  maintain  for  immediate  retrieval  the  follow- 
ing real-time  information: 

Equipment  status  record 
Configuration  and  status  record 
Equipment  inventory  accounting  record 
Frequency  utilization  record 
User  address  directory  record 
Traffic  volume  data 

Circuit  and  link  activation/deactivation  status 

b.  Maintain  a historical  record  of  selected  information  which  may  include: 

System  performance 
Frequency  utilization 
Maintenance  actions 

The  time  frame  of  coverage  for  these  records  is  to  be  determined  in  the  system 
design  phase  of  this  task. 


.t! 
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C2.5.7  COORDINATION 


M&C  will  provide  the  capability  for  composition  and  interpretation  of  secure  non- 
message  character  strings  to  be  transmitted  to  or  received  from  C&M  configurations  of  other 
nodes.  These  character  strings  would  contain  information  relating  to  internode; 

Circuit  coordination 
Circuit  maintenance 
Node  emcon  status 

Current  node  capability  in  terms  of  any  recent  physical  status  change  which  would 
enhance  or  degrade  its  last  reported  mission  capability. 


C2.5.8  STANDARDS  MAINTENANCE 
The  M&C  will; 

a.  Maintain  or  provide  central  timing,  frequency,  location,  and  platform  vector 
information  for  the  node. 

b.  Provide  other  node  functions  with  time,  frequency,  location,  and  vector  infor- 
mation as  required. 


C2.6  INFORMATION  PROCESSING 

Information  processing  can  be  conveniently  divided  into  two  major  functional  areas 
as  illustrated  in  figure  C2-6  - tactical/strategic  and  administrative.  Only  the  tactical/ 
strategic  information  processing  functions  will  be  further  analyzed  in  this  section. 


C2.6.1  INFORMATION  INPUT  FUNCTION 

As  the  initiating  function  of  the  C^  process,  information  input  comprises  all  pro- 
cedures necessary  to  the  preparation  of  incoming  data  and  information  for  its  eventual  use 
in  the  succeeding  functions  as  indicated  in  figure  C2-7. 

a.  Scope  of  Function 

This  function  encompasses  the  receipt,  categorization,  formatting,  correlation, 
storage,  retrieval,  and  presentation  of  data  and  information  used  in  a node  in  the  deci.sion- 
making,  decision-implementing,  and  monitoring  process.  In  this  context,  data  are  pieces  of 
uncorrelated  and  unrelated  raw  information,  generally  unusable  in  their  received  form; 
information  is  processed  data  and  is  usable  directly.  Correlation  consists  of  collation,  syn- 
thesis, and  integration  of  data  and  information. 

The  data  and  information  may  already  be  on  file  in  a node,  they  may  be  re- 
ceived unsolicited  from  internal  or  external  sources,  or  they  may  be  received  in  response  to 
a query  originated  by  any  node.  Data  and  information  may  be  in  any  form  compatible  with 
exchange  between  humans,  between  machines  or  between  humans  and  machines:  they  may 
be  received  continuously,  periodically,  or  sporadically. 


^ Categorize 
— Format 
» Correlate 
M Reformat/store 
Delete 

^ Retrieve,  reformat 


Mission  analysis 
Objectives  & tasks 
Success  criteria 
Own  force  analysis 
Enemy  force  analysis 
Enemy  capability 
Enemy  COAs 

Estimate  of  probable 
enemy  COAs 

Own  capabilities/limitations 

Compare  own  & enemy 
strengths,  weaknesses 


— Tentative  own  COAs 
—Prelim  reqt 

— Evaluate  COAs 
» Review  COAs 

— Select  COA 

— Determine  operations 

— Physical/environmental 

— Ertemy  strat  & tactics 
Counteractions 

^ Resource  alloc 


Determine  rprt 
content,  thresholds 

Monitor  threshold 
-•  Determine  routing/distrib 
-•  Determine  Tx  media 
-•  Xmit  to  dddees 

Generate  acknowledge 
File  rprt  acknowledge 


Figure  C2-6.  Information  processing  functional  breakdown. 


Data  and  information 


INTERNAL  UPDATE  To  other  nodes 


Figure  C2-7.  Information  input  function  flow  diagram. 

Information  from  the  information  input  functions  is  used  in  response  to  de- 
mands from  the  situation  assessment  function,  the  decision  and  direction  function,  and  the 
report  generation  function.  Outputs  from  these  functions,  in  turn,  may  be  used  for  internal 
update  of  the  node's  data  base  or  to  identify  a need  for  data  or  information  not  then  avail- 
able within  the  node.  The  information  may  also  be  presented  directly  to  a commander  if 
the  situation  so  dictates. 

The  information  input  function’s  primary  purpose  is  to  support  operational 
aspects  of  command.  Processing  assets  accorded  this  function  may  be  used,  however,  for 
nonoperational  purposes  when  such  use  will  not  degrade  operational  performance  criteria 
or  otherwise  interfere  with  its  primary  purpose. 

b.  Summary 

Table  C2-1  summarizes  the  inputs,  outputs,  and  processes  of  the  information 
input  function. 

C2.6.2  SITUATION  ASSESSMENT  FUNCTION 

a.  Situation  Assessment  Function 

The  situation  asse.ssment  function  provides  for  the  correlation  of  information 
for  purposes  of  establishing  a context  for  the  eventual  formulation  of  tentative  courses  of 
action.  This  estimate  is  in  effect  a correlation  of  a commander’s  perception  of  threat,  his 
resources,  and  his  assigned  task  performed  either  as  a prelude  to  initiating  an  operation  or 
( as  a response  to  situational  changes  occurring  in  an  ongoing  operation  as  indicated  in  figure 

C2-8. 

b.  Scope  of  Function 

High-level  contingency  plans  are  formulated  for  various  critical  geopolitical 
ocean  areas  where  it  is  clear  the  US  must  maintain  sea  dominance  in  the  interest  of  national 
security  and  for  furthering  political  and  economic  objectives.  These  national  objectives  are 
developed  by  National  Command  Authorities,  and  the  operations  plans,  based  on  these 
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TABLE  C’2-1.  INFORMATION  INPUT. 


Data  & information 


\ 


1 


t 
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Figure  C2-8.  Situation  assessment  flow  diagram. 


objectives,  are  formulated  at  various  levels  of  the  military  command  structure.  Within  Navy 
command  control,  operations  plans  developed  at  the  FLTCINC  level  cover  their  ocean  areas 
of  responsibility  and  describe  the  command  relationships  of  subordinate  commanders  who 
are  charged  with  carrying  out  the  plans  and  in  turn  prepare  lower-level  and  more  detailed 
plans  and  operation  orders  for  carrying  out  required  missions  and  tasks.  At  the  task  element 
or  platform  nodal  level,  these  may  be  no  more  than  promulgating  the  platform’s  requirement 
for  establishing  certain  communications  circuits,  station  assignments  in  various  dispositions, 
and  task  assignments,  and  schedules  for  such  evolutions  as  plane  guard  duty  and  shore 
bombardment. 

The  FLTCINCs  must  have  up-to-date  detailed  knowledge  of  all  potential  enemy 
orders  of  battle  and  tactics  relevant  to  their  ocean  area  responsibility.  Through  the  provi- 
sion of  additional  essential  elements  of  information  — ie,  own  fleet  resources;  capabilities, 
including  the  existing  and  projected  command  control  and  communications  capabilities  of 
own  and  enemy  command  structure;  and  characteristics  of  operating  areas  within  the  ocean- 
wide area  of  responsibilities  - the  FLTCINC,  by  making  major  assumptions,  continually 
formulates  estimates  of  the  situation  for  his  ocean  area  of  interest.  This  planning  is  an  es- 
sential element  in  assessing  the  general  threat  and  in  detecting  trends  which  may  necessitate 
a change  in  the  planning  or  execution  process. 

Numbered  Fleet  Commanders  and  TF/TG/TU  Commanders  require  a subset  of 
the  FLTClNC’s  information  base  concerning  enemy  orders  of  battle  and  tactics  to  maintain 
a current  overall  picture  with  emphasis  on  specifics  pertinent  to  the  immediate  operating 
area  environment.  This  observation  extends  to  individual  platforms,  where  knowledge  of 
enemy  intentions  and  capabilities  is  vital  in  the  event  that  commanders  arc  required  to  act 
in  the  absence  of  direction  from  higher  authority. 

Commanders  must  periodically  assess  their  available  resources,  establish  mis- 
sion objectives,  and  evaluate  ways  of  coping  with  the  expected  tactical  situation.  The 
FLTCINC  in  coordination  with  the  responsible  at-sea  commanders  will  ascertain  the  current 
status  of  forces  and  determine  whether  assets  of  the  force  as  constituted  are  adequate  for 
carrying  out  assigned  missions.  With  missions  and  mission  guidelines  established,  the  FLT- 
CINC and  at-sea  commanders  compile  all  related  mission  requirements  including  the  threat 
to  naval  forces  and  the  at-sea  defensive  posture  and  capabilities. 
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The  threat  description,  in  terms  of  possible  enemy  alternative  courses  of  action 
(COA)  for  achieving  their  postulated  objectives,  will  be  weighed  against  own  force  capabili- 
ties and  mission  requirements.  This  analysis  will  highliglit  to  commanders  their  limitations 
affecting  own  possible  courses  of  action  and  will  reveal  own  and  enemy  strength  and  weak- 
ness, providing  a preliminary  asses.sment  of  own  force’s  capability  to  accomplish  the  mission 
objective.  The  conclusions  derived  in  the  situation  assessment  function  provide  the  decision 
and  direction  function  a context  for  formulating  tentative  courses  of  action  and  for  select- 
ing the  most  suitable,  feasible,  and  acceptable  option. 

c.  Summary 

Table  C2-2  details  the  situation  assessment  function  in  terms  of  its  inputs,  proc- 
esses, and  resultant  outputs. 


C2.6.3  DECISION  AND  DIRECTION  FUNCTION 


Drawing  upon  the  insight  and  knowledge  acquired  in  the  performance  of  situation 
assessment  as  indicated  in  figure  C2-9,  the  commander  will  have  at  his  disposal  broad  con- 
cepts relating  to  potential  courses  of  action  as  well  as  criteria  with  which  eventually  to 
judge  their  relative  merits. 

a.  Scope 

The  decision  and  direction  function  is  the  embodiment  of  all  processes  required 
to  formulate,  evaluate,  and  plan  the  course  of  action  whose  execution  will  lead  to  the  attain- 
ment of  mission  objectives.  It  is  that  part  of  the  procedure  which  establishes  how  assigned 
tasks  are  to  be  carried  out,  what  forces  will  be  committed  and  when  and  where.  The  pri- 
mary inputs  for  this  segment  of  the  procedure  are  the  outputs  of  the  situation  assessment 
function  with  additional  supportive  inputs  as  required  from  the  information  input  function. 
In  performing  the  decision  and  direction  function,  the  need  for  modification  of  earlier  esti- 
mates and  assessments  may  become  apparent.  The  function  must  be  so  structured  that 
changes  and  modifications  identified  are  fed  back  into  the  system  so  that  their  validity  can 
be  established.  This  iterative  procedure  is  a key  element  of  the  overall  system  concept. 

Once  the  need  for  an  action  is  established,  the  next  step  in  the  process  is  to 
identify  who  is  responsible  for  deciding  what  the  action  shall  be  to  ensure  that  the  action 
selected  is  consistent  with  others  that  may  already  be  in  process.  Command  authority  is 
often  determined  in  advance  by  doctrine  which  identifies  appropriate  decision  makers. 

Tlie  command  determination  phase  in  the  process  is  crucial  to  the  overall  effectiveness 
of  the  system. 

Once  the  need  for  action  is  identified  and  the  decision  maker  has  formulated, 
reviewed,  and  selected  among  the  alternative  courses  of  action,  it  is  then  necessary  to  sub- 
divide the  chosen  action  into  component  parts  and  determine  which  organizations  or  units 
are  to  execute  each  part. 

These  outputs  of  the  decision  and  direction  function  will  provide  inputs  to  the 
report  generation  function,  resulting  in  the  generation  of  directives  and  information  that 
provide  guidance  for  component  actions. 

b.  Summary 

Table  C2-3  details  the  decision  and  direction  function  in  terms  of  its  inputs, 
processes,  and  resultant  outputs. 


TABLE  C2-2.  SITUATION  ASSESSMENT. 


involved  in  mission 

Communications  (interconnectivities) 

Determine  operational  readiness/ 

Major  responsibilities/capabilities  requirements  of  own  forces 


Data  & information 


Figure  C2-9.  Decision  and  direction  How  diagram. 


C2.6.4  REPORT  AND  DIRECTIVE  GENERATION  FUNCTION 

Having  selected  a particular  course  of  action  and  derived  the  associated  tasking  and 
force  assignments,  there  remains  to  communicate  the  specifics  concerning  its  execution  as 
indicated  by  figure  C2-10.  Such  resource  allocation  information  and  supporting  guidance, 
together  with  situation  updates,  alerts,  and  query  responses  from  ongoing  operations,  consti- 
tute the  principal  elements  to  be  transferred  to  external  commands. 

a.  Scope 

All  processes  involved  in  acquiring,  structuring,  formatting,  and  distributing 
information  from  internal  sources  destined  for  both  internal  and  external  addressees  fall 
within  the  province  of  report  generation.  The  function  is  initialized  by  establishing  report- 
ing responsibility  thresholds  — cues  to  create  specific  reports  to  cognizant  superiors,  coordi- 
nates, and  subcoordinates  at  predetermined  times  or  upon  the  occurrence  of  predetermined 
events. 

When  such  a threshold  is  reached,  the  process  of  information  acquisition  and 
preparation  for  distribution  begins.  Information  is  extracted  from  the  data  base,  structured 
and  formatted  in  accordance  with  addressee  requirements,  and  prepared  for  tran.smission. 
Assuming  that  transmission  media  are  available,  final  disposition  is  made  externally  and/or 
internally  as  a data  base  update.  The  receipt  of  a proper  acknowledgment  terminates  the 
function. 

While  the  foregoing  qualitative  description  is  appropriate  in  a generic  sen.se.  the 
actual  implementation  of  the  report  generation  function  is  highly  situation-dependent.  The 
time  required  to  produce  and  distribute  a given  report  necessarily  varies  with  its  content, 
format  complexity,  and  length,  but  in  all  instances  the  overriding  consideration  is  that  de- 
livery be  effected  promptly,  allowing  the  recipient  time  to  take  appropriate  action.  This 
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Figure  C2-10.  Report  and  directive  generation  function  flow  diagram. 


consideration  may  in  fact  be  of  such  importance  as  to  effectively  cause  the  bypass  of  those 
generic  subfunctions  judged  as  not  making  a sufficient  contribution  to  warrant  their 
performance. 

Accordingly,  the  sequence  of  inputs,  processes,  and  outputs  associated  with  re- 
port generation,  like  the  sequence  of  the  previous  functions,  must  be  viewed  as  appropriate 
only  under  the  assumption  that  sufficient  time  can  indeed  be  allocated  to  their  performance 

b.  Summary 

Table  C2-4  details  the  report  generation  function  in  terms  of  its  inputs,  process- 
es, and  resultant  outputs. 


TABLh  C2-4.  RKPORT  AND  DIRHCTIVE  GENERATION. 


C2.7  MAN-MACHINE  COUPLING 


Man-machine  coupling  functions  have  been  classified  simply  as  those  corresponding 
to  the  human  senses  as  shown  in  figure  C2-1  1 . Another  category  of  man-machine  interface 
is  the  developing  area  of  coupling  by  means  other  than  the  human  senses  such  as  direct 
measurement  of  electrical  output  of  the  brain  or  electrical  stimulation  of  the  brain  nerve 
system. 


Figure  C2-1 1 . Functional  breakdown  of  man-machine  coupling. 


C3.0  SUBSYSTEM  STRUCTURE  OF  A C^  NODE 

Section  2 described  the  functional  structure  of  a node;  that  is,  presented  a structured 
checklist  of  what  is  done  in  a node. 

This  section  describes  the  subsystem  structure  of  the  generic  C^  node;  ie,  presents  a 
structured  checklist  of  what  the  designer  must  construct  or  create  to  perform  the  functions. 
Figure  C3-1  shows  the  five  major  subsystems  of  a node  and  the  elements  of  these  major 
subsystems. 

The  reader  will  note  that  this  is  a significant  departure  from  the  traditional  way  in 
the  Navy  of  classifying  systems  by  names  such  as  radar,  sonar,  and  ESM.  The  structure  given 
here  is  fully  consistent  with  classical  system  engineering,  however,  and  most  important,  is 
configured  (as  the  traditional  structure  is  not)  so  that,  in  a hierarchical  distributed  network, 
the  system  designer  can  rigorously  define  the  boundaries  and  input,  output  conditions  of 
every  subsystem.  Rigor  in  defining  boundaries  and  input/output  is  essential,  and  the  system 
structuring  concept  has  been  driven  by  this  requirement. 

The  major  subsystems  are  described  in  terms  of  their  elements  in  the  following 
sections. 
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Figure  C3-I.  system/subsystem  breakdown. 


C3.1  SUPPORT  SUBSYSTEM 

The  electronic  system  support  element  includes  the  electric  power  equipment,  the 
temperature  and  humidity  control  equipment,  and  the  structural  supports  and  foundations. 


C3.2  LINKS 

The  transmission/reception  link  subsystem  is  the  analog  signal  processing  element  of 
the  node.  Figure  C3-1  shows  a breakdown  of  the  transmission/reception  subsystem  (LINKS). 
Different  subsets  of  these  elements  are  selected  as  appropriate  for  different  purposes,  plat- 
forms. frequencies,  and  electromagnetic  environments.  A brief  description  of  each  element 
follows. 


C3.2.1  ANTENNA 

This  element  provides  radiation  or  capture  of  electromagnetic  energy  into  or  from 
space  and  includes  the  radiation  elementls).  the  tuning  or  matching  element  which  provides 
tile  impedance  matching  between  antenna  and  transmission  line,  and  the  radiation  element 
combiner  which  provides  combining  of  antenna  elements  into  arrays.  The  combining  may 
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be  fixed  or  controllable  for  steering  beams  or  nulls.  When  it  is  “adaptively  controllable,”  the 
control  logic  is  derived  from  the  detection  process. 


C3.:.2  COUPLERS 

This  set  of  elements  provides  the  impedance  matching  and  combining  among  the  rf 
elements.  In  many  cases  the  impedance  matching  and  combining  functions  are  built  into 
other  system  elements  such  as  antennas,  filters,  and  transmission  lines. 


C3.2.3  TRANSMISSION  LINES  AND  SWITCHES 

Waveguides,  fiber  optics,  coaxial  cables,  and  other  wire  lines  as  well  as  solid-state 
and  mechanical  switches  are  the  typical  elements  included  within  this  category. 


C3.2.4  FILTERS 

a.  High-power  filtering  provides  adjacent-channel  rf  isolation  between  transmit- 
ting channels,  transmitting  and  receiving  channels,  and  receiving  channels  in  closely  coupled 
systems.  The  close  coupling  results  from  the  channel  combining  function  or  from  antennas 
located  near  each  other.  Orthogonality  is  achieved  by  providing  enough  isolation  to  ( 1) 
prevent  false  tuning  and  (2)  limit  undesired  signal  levels  so  they  do  not  exceed  the  linear 
dynamic  range  or  reduce  the  sensitivity  of  any  devices  in  the  signal  path. 

b.  Low-power  filtering  is  used  for  situations  in  which  close  coupling  creates  a 
requirement  to  provide  additional  isolation  of  sensitive  detection  devices  from  ( 1 ) adjacent- 
channel  transmitter  power  and  (2)  out-of-band  noise  generated  in  rf  synthesis  and  genera- 
tion elements. 


C3.2.5  SIGNAL  GENERATORS,  DETECTORS,  CONVERTERS 

a.  Signal  synthesis  is  used  ( 1 ) to  generate  reference  signals  for  detection  processes 
and  f2)  to  generate  information  carrying  rf  signals  for  radiation  into  space  either  with  or 
without  additional  power  amplification.  The  information  impressed  on  the  rf  signal  is  de- 
rived from  the  modem. 

b.  Power  amplification  allows  various  levels  of  rf  power  generation  capability. 

c.  Detectors  and  converters  amplify  a weak  received  signal  and  convert  it  in  fre- 
quency (either  to  an  intermediate  frequency  or  to  baseband).  If  the  conversion  is  to  base- 
band, this  may  include  intermediate-frequency  (if)  and/or  baseband  signal  amplifiers, 
filters,  etc. 


C3.2.6  MODEM  AND  A/D  CONVERTERS 

This  element  modulates  and/or  demodulates  signals  and  provides  the  interface  be- 
tween rf  generation  and  detection  devices  and  the  baseband  signal  processing  devices.  It 
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may  include  baseband  and  if  amplifiers  and  signal  conditioners  (eg,  a typical  interface  to  rf 
detection  and  generation  devices  is  via  an  intermediate  70-MHz  information  carrying  signal). 
The  postdetection  combining  element  is  typically  used  on  fading  signals  or  bursty  channels. 
It  combines  two  or  more  channels,  carrying  the  same  information,  in  such  a way  that  the 
information  content  is  more  accurately  reconstructed.  The  logic  may  be  based  on  both 
“hard”  and  “soft”  decisions  and  requires  a degree  of  decorrelation  of  the  degrading  condi- 
tions affecting  the  different  channels  to  be  combined.  Keystream  interfaces  for  use  of 
crypto  sequences  in  AJ,  A1  modes  are  also  included. 


C3.2.7  A/D  CONTROL  INTERFACES 

These  devices  provide  the  interface  between  devices  which  are  typically  analog  (elec- 
tronic or  mechanical  — eg,  tuning  shaft  positioning)  in  the  transmission  subsystem  and  the 
typically  digital  control  and  monitoring  signals  from  or  to  the  data  processors. 


C3.3  STANDARDS 

This  subsystem  provides  the  reference  signals  for  own  platform  time,  frequency,  and 
platform  location  and  motion  vectors.  Devices  such  as  cesium,  rubidium,  and  quartz  clocks 
as  well  as  compasses  and  gyros  are  included  in  this  category.  These  devices  are  connected 
via  the  information  processing  and  link  subsystems  to  other  nooks  so  that  variations  of 
individual  standards  at  individual  nodes  can  be  adjusted  on  the  basis  of  information  from 
other  nodes. 


C3.4  SUBSYSTEM  COMPONENTS 

The  information  processing  subsystem  is  composed  of: 

• Data  processors 

• System  programs 

• Data  base 

• Application  programs 

• Manual  procedures 
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C3.4.1  DATA  PROC  ESSORS 

The  data  processors  consist  of  hardware  such  as  mini  and  micro  proces.sors  and  data 
storage  devices. 
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C3.4.2  SYSTEM  PROGRAMS 


The  system  programs  provide  the  logical  basis  for  the  operation  of  the  data  processors. 
These  programs  include; 

• Multiprocessing,  multimode  time-sharing  programs  for  transition-oriented, 
packet-switched  processing 

• Scheduling  and  networking  including  access,  error  control  and  queue 
management 

• System  monitor,  trend  analysis,  system  control,  system  initiation,  and 
diagnostics 

• File  management 

• Man-machine  couplers  support  programs 
C3.4.3  DATABASE 

The  data  base  is  the  totality  of  information  stored  in  the  data  processors  to  support 
both  system  and  application  programs.  Major  data  base  types  include; 

• System 

• Tactical/strategic 

• Logistic 

• Administrative 

A sample  description  of  a data  base  is  given  in  appendix  F. 

C3.4.4  APPLICATION  PROGRAMS 

These  are  the  user-oriented  programs  which  allow  the  system  subscribers  (eg.  Tactical 
Action  Officer)  to  use  the  system  in  ways  tailored  to  their  operational  needs.  Examples  of 
such  programs  are; 

• Action  recall  and  replay 

• Navigation 

• Threat  assessment 

• Data  base  access 

• Gaming 

• Multisource 

• Information  correlation 

• Event-driven  warnings  at  set  thresholds 

• Information  display,  input 
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C3.4.5  MANUAL  PROCEDURES 

Procedures  are  the  instructions  for  operation  of  the  system  by  people.  This  in- 
cludes procedures  for  both  efficient  operation  of  the  electronic  system  and  efficient,  effec- 
tive interaction  (man-machine  and  man-man)  for  performing  C^. 

Procedures  can  be  classified  into  areas  such  as: 

• System  operating  instructions 

• System  maintenance  instructions 

• Organization  and  recognition  of  tactical  information 

• Quantification  of  tactical  values  such  as  outcome  preferences,  risk  attitudes, 
probability,  and  judgment 

• Conceptualizing  tentative  courses  of  action  (COAs) 

• Establishing  suitability  and  acceptability  criteria  and  making  evaluations  of 

COAs 

• Methods  of  war  gaming 

• Generating  orders  and  reports 

C3.5  MAN-MACHINE  COUPLERS 

This  category  of  subsystems  includes 

(a)  Visual  devices  such  as  individual  and  group  view  displays,  hard-copy  readout, 
and  other  visual  indicators  such  as  liglit  and  flags 

(b)  Audio  driven  or  generating  devices  such  as  earphones,  speakev>,  microphones, 
and  buzzers 

(c)  Tactile  devices  such  as  keyboards,  buttons,  and  footpedals 

(d)  Other  devices  which  electrically  stimulate  the  nervous  system  or  brain  directly 
or  which  directly  derive  information  from  measurement  of  brain  electrical  activity. 

C4.0  ARCHITECTURAL  CONSIDERATIONS 

In  this  section  some  considerations  are  discussed  which  lead  to  the  selection  of  a dis- 
tributed microprocessor/microcomputer  architecture  for  the  future  NC^N. 


C4.I  SPECIFIC  CONSIDERATIONS 


C4.1.1.  ECONOMY  . \ 

N 

\ 

Cost  reduction  or  life-cycle  cost  minimization,  while  not  a functional  requiivnient 
per  se.  is  a major  consideration  in  the  post- 1985  era.  All  aspects  must  be  considered 
order  to  achieve  the  most  cost-effective  design.  Modularity,  automation/manpower  \ 
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reduction,  and  standardization  are  some  design  criteria  to  be  considered.  In  addition,  the 
use  of  commercially  available  equipment  is  important  to  this  objective.  Recently,  manu- 
facturers have  started  to  produce  commercial  equipment  that  satisfies  military  specifications; 
this  trend  should  be  firmly  established  and  encouraged  by  DoD. 

C4.1.:  SURVIVABILITY 

Survival  of  nuclear  and  radiation  effects  is  a requirement  of  all  NC^N  equipment 
that  must  be  available  throughout  a nuclear  conflict.  This  includes  the  equipment  in  air- 
borne platforms,  surface  platforms,  and  other  force-control  or  autonomous  systems. 

Two  types  of  nuclear  environments  are  involved:  the  target  and  nontarget  environ- 
ments. In  the  former,  the  equipment  would  probably  be  destroyed.  In  a nontarget  environ- 
ment, the  threat  would  be  to  operational  connectivity  and  to  the  information;  collateral 
effects  of  nuclear  explosions,  while  not  damaging  the  equipment,  may  cause  temporary 
malfunctions  that  may  destroy  information. 

In  directly  targeted  equipment,  the  primary  requirement  is  for  correct  operation 
as  long  as  the  platform  is  not  destroyed.  For  equipment  in  the  nontarget  environment, 
special  devices  or  procedures  must  be  implemented  to  protect  the  system  from  collateral 
nuclear  effects. 
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C4.1.3  FLEXIBILITY/ADAPTABILITY 

Any  system  as  widely  deployed  as  the  NC^N  must  be  capable  of  providing  a long, 
useful  service  life  if  its  total  cost  is  to  be  realistic.  This  will  be  the  case  only  if  the  system, 
once  installed,  can  evolve  gracefully  to  keep  pace  with  newly  emerging  technologies  and 
techniques.  During  the  .service  life  of  a given  platform,  new  .systems  will  periodically  be  in- 
stalled, and  its  operational  assignments  modified.  With  the  passage  of  time,  the  configura- 
tion aboard  an  existing  platform  will  need  to  expand  in  capability  as  new  technology  is 
introduced.  Trends  toward  multifunction  data  links  will  greatly  modify  the  architecture  of 
existing  systems  such  as  NTDS,  and  the  NC^N  must  continue  to  provide  its  support  func- 
tions in  the  interim  time  frame.  Introduction  of  new  weapons  may  greatly  increase  the  re- 
quired volume  and  nature  of  the  information  that  the  platform  must  exchange  with  other 
nodes. 

None  of  these  goals  may  be  achieved  cost-effectively  if  wholesale  disruption  of  the 
existing  NC^N  is  required  to  achieve  incremented  expansion,  or  if  such  change  requires 
addition  of  excess,  unusable  capability.  On  the  other  hand,  a flexible,  modular  .system  archi- 
tecture will  allow  the  system  to  remain  viable  and  up-to-date  even  in  the  face  of  major, 
unforeseen  technological  developments.  The  level  of  hardware  and  software  modularization 
proposed,  and  its  close  correspondence  with  identifiable  NC^N  functions,  must  ensure  that 
technological  adaptability  will  be  an  inherent  system  feature. 

Nodes  must  be  able  to  coordinate  their  actions  in  operational  time.  The  dedicated 
channelization  which  presently  hampers  EW  and  communications  is  a result,  in  part,  of  the 
present  lack  of  internodal  coordination  capability.  As  the  NC-’N  takes  on  the  characteristics 
of  a highly  survivable  switched  system,  disciplines  and  techniques  lor  adaptive  management 
are  required.  Efficient  procedures  for  such  functions  as  transfer  of  net  control  in  the  event 
of  node  failure,  interchange  of  supervisory  information  on  established  links,  and  emergency 
reconfiguration  of  networks  and  sensors  will  be  beyond  human  capacity  and-jmist  be 
automated. 
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The  post- 1985  NC-^N  must  reduce  node  manning  requirements  and  provide  means 
to  perform  a large  volume  of  routine  and  highly  complex  tasks.  To  achieve  these  objectives,  . i 

present  operator  tasks  must  be  automated. 

C4.1.4  VULNERABILITY 

Naval  platforms  operate  in  hostile  electromagnetic  environments,  and  are  subject  to 
jamming,  intercept,  adverse  weather  conditions,  man-made  interference,  and  equipment 
problems  related  to  the  harsh  shipboard  environment.  As  a result,  circuits  are  highly  vul- 
nerable to  failure,  often  when  most  needed.  The  system  design  must  alleviate  this  prob- 
lem. The  use  of  powerful  error  control  coding  modes,  data  interleaving  techniques,  and 
automatic  rechanneling  must  make  it  possible  to  initiate  action  before  traffic  is  interrupted. 

New  equipment  and  frequency  selection  must  be  made  automatically  and  coordinated 
among  the  nodes.  Each  must  rapidly  reconfigure  to  the  agreed-upon  channel  and  mode 
to  allow  continuous  information  flow. 

Modularity  and  standardization  over  the  entire  population  of  naval  platforms  are 
required  to  reduce  the  volume  of  information  given  up  about  platform  identities  and  tactical 
arrangements  by  unique  radiations  for  communications,  target  detection,  tracking,  and  ECM. 


C4.1.5  INTEROPERABILITY 

As  an  integral  part  of  the  total  system,  the  node  must  be  compatible  with  other 
elements  and  equipments  on  present  Navy  platforms  and  post- 1985  Navy  platforms.  This 
requirement  applies  to  current,  interim,  and  post-1985  equipment  and  electronic  ele- 
ments both  internodal  and  intranodal.  The  NC^N  node  must  also  be  interoperable  with 
other  services. 

Standardization  is  extremely  important  in  the  nodal  design  in  order  to  meet  the  re- 
quirements of  compatibility  and  interoperability.  Standardization  is  also  needed  in  order  to 
provide  an  orderly,  cost-effective  transition  and  to  meet  the  needs  of  expandability  and  con- 
tractability  for  different  platform  types. 

Standardization  is  particularly  important  in  the  area  of  hardware-software  interfaces. 
A variety  of  computer  architectures  is  available  for  meeting  the  various  computing-speed  and 
memory-hierarchy  requirements.  However,  it  is  necessary  to  apply  some  architectural  con- 
trols in  order  to  ensure  total  utility,  flexibility,  interoperability,  and  growth  of  the  system. 
Among  the  design  principles  that  can  be  applied  to  achieve  these  elements  are  (a)  standardi- 
zation on  the  microinstruction  level,  symbolic  machine  instruction  level,  or  higher-order 
language  (HOD  level,  thereby  ensuring  that  the  system  hardware  complexities  remain 
transparent  to  the  software  packages  and  that  various  architectures  can  be  substituted  with 
minimal  impact  on  existing  software;  (b)  either  one-for-one  substitution  of  computer  com- 
ponents or  the  addition  of  plug-in  types  of  modules  to  provide  flexible  throughput  growth; 
and  fc)  expandability  of  standardized  data  storage  facilities. 

C4.1.6  AVAILABILITY/RELIABILITY/MAINTAINABILITY 

In  many  operational  situations,  unavailability  of  a functional  capability  is  intolerable, 
even  for  short  periods.  Loss  of  data  due  to  intermittent  failures  may  also  severely  degrade 
system  effectiveness.  High  availability  implies  the  capability  of  reconfiguring  systems.  In 
general,  this  also  includes  different,  perhaps  manual,  backup  procedures. 
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Availability,  reliability,  and  maintainability  are  directly  affected  by  component  and 
packaging  technologies,  circuit  and  subsystem  design  philosophy,  and  system  architecture. 
For  e.xample.  interconnections  on  circuit  boards  or  on  integrated  circuit  chips  have  been  a 
major  source  of  failures;  with  LSI  techniques,  however,  the  number  of  interconnections  is 
drastically  reduced  and  reliability  is  improved.  System  architectures  incorporating  redun- 
dancy can  improve  the  effective  reliability  by  masking  failures. 

Lower  costs  of  LSI  hardware  pennit  increased  use  of  redundancy  and  self-testing, 
and  limited  amounts  of  self-repair  in  computer  systems  at  the  present  time.  The  trend  will 
be  stronger  in  the  1980s. 


C4.2  BASIC  DESIGN  CONCEPTS 

The  basic  design  philosophies  available  for  the  NC^N  node  fall  into  two  categories 
— centralized  and  distributed  processing.  Under  these  two  basic  design  concepts,  several 
options  are  available.  The  options  include  the  following  elements  and  combinations  of  them: 

Large-scale  computers 
Medium-scale  computers 
Minicomputers 

Microcomputers/microprocessors 

Hardware 

Hardwire 

Firmware 

Software 


C4.2.1  CENTRALIZED  VS  DISTRIBUTED  PROCESSING 

The  most  elaborate  computer  systems  in  use  today  are  the  large  real-time  systems 
which  have  been  built  up  at  great  expense  by  the  government  and  major  industrial  corpora- 
tions. They  cover  applications  such  as  military  command  control,  airline  reservations,  time- 
sharing, on-line  banking,  and  stock  brokerage.  Despite  the  fact  that  many  of  these  systems 
have  taken  thousands  of  man-years  of  effort  to  bring  to  completion,  the  results  mainly  have 
not  equaled  expectations.  To  achieve  the  desired  throughput,  users  have  frequently  had  to 
substitute  larger  and  larger  computers  as  the  complexity  of  software  pushed  up  the  over- 
head. In  addition,  successful  systems  have  found  that  the  increasing  demand  for  service  has 
outstripped  the  rate  at  which  hardware  and  software  can  be  expanded. 

This  type  of  growth  cannot  go  on  indefinitely,  and  it  is  now  apparent  that  the  only 
practical  solution  lies  in  segmenting  the  problem  through  networks  of  smaller  computers 
to  handle  a distributed  processing  load.  An  interconnected  set  of  small  computers  can  be 
organized  to  provide  more  processing  power  than  could  possibly  be  built  into  one  central 
supercomputer. 

The  distributed  computing  network  brings  many  advantages  which  make  it  attractive 
once  the  basic  operating  principles  have  been  established.  The  NC'^N  can  be  made  tolerant 
to  failures,  since  the  failure  of  one  part  of  a distributed  network  of  processors  or  processing 
elements  can  be  made  to  have  limited,  or  even  zero,  effect  on  total  NC'-^N  operation.  It  is 
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fundainentally  simpler  to  develop  such  a system  since  it  can  be  built,  tested,  and  put  into 
service  one  leg  at  a time.  It  is  not  necessary  to  have  a huge  software  complex  running  cor- 
rectly before  any  service  can  be  provided. 

An  interconnected  computing  system,  therefore,  has  the  ability  to  grow  fairly  easily 
as  additional  demands  are  placed  on  it.  It  can  accept  local  modifications  and  improvements 
as  special  needs  become  apparent  without  impacting  other  parts  of  the  node  or  network, 
provided  the  fundamental  intercommunication  rules  are  obeyed. 

When  further  compared  against  the  design  constraints  identified  in  section  C4. 1 . the 
choice  of  a distributed  processing  architecture  is  obvious.  Aside  from  the  functional  design 
drivers,  the  choice  of  a centralized  processing  architecture  would  force  a needlessly  higli  de- 
sign and  life-cycle  cost;  ie,  separate  hardware  and  software  designs  for  various  platform  types 
and  high  redesign  costs  for  design  changes  due  to  dynamic  growth. 


C 4.2.2  CPU  TRADEOFF 

The  central  processing  unit  (CPU)  options  available  for  the  node  are  identified  in 
section  C4.2. 1 . This  section  evaluates  these  options.  It  is  needless  to  develop  a tradeoff 
analysis  relative  to  large-scale  or  medium-scale  computers;  the  choice  of  a distributed  proc- 
essing architecture  effectively  eliminates  either  as  an  option.  This  C'PU  tradeoff,  therefore, 
will  be  between  a minicomputer-based  and  a microcomputer/microprocessor-based  process- 
ing architecture. 

A system  of  minicomputers  has  the  ability  to  easily  grow  or  contract  with  varying 
platform  or  site  requirements.  The  same  may  be  said  for  the  microcomputer/microprocessor- 
based  system.  The  advantage  here  lies  with  the  latter  in  that  sizing  is  dynamic.  A 
microcomputer/microprocessor-ba.sed  system  has  the  capability  of  being  completely  modular, 
even  to  the  extent  of  having  microcomputer  interfaces  to  users,  devices,  and  links.  The 
minicomputer-based  system  is  limited  to  a step  function  and  to  haruware,  hardwire,  or  soft- 
ware intervaces  except  for  those  that  are  very  complex.  Microcomputer/microprocessors 
may  also  use  hardware,  hardwire,  or  software  interfaces;  therefore,  this  is  not  a tradeoff 
factor. 

A system  of  minicomputers  can  be  made  tolerant  to  failures,  since  tlie  malfunctions 
of  part  of  the  system  can  be  made  to  have  limited,  or  even  zero,  effect  on  system  operation. 
Again,  the  same  may  be  said  for  microcomputer/microprocessor-bascd  systems,  and  again 
the  latter  has  the  advantage.  The  extremely  low  cost  of  microcomputer/microprocessor 
elements  allows  greater  redundancy  and  therefore  a better  “self  healing”  design  factor. 

This  same  factor,  therefore,  provides  better  reliability,  availability,  and  maintainability. 

It  is  easy  to  phase  a minicomputer  system  into  current  communications  systems, 
since  implementation  can  proceed  one  portion  at  a time.  It  is  even  easier  to  phase  a 
microcomputer/microprocessor-based  system  into  current  communications  systems,  since 
implementation  can  proceed  one  module  at  a time. 

Minicomputer  hardware  costs  are  going  down;  microcomputer/microproccssor  hard- 
ware costs  are  also  going  down.  Current  hardware  costs  would  probably  be  comparable. 

The  rate  of  hardware  cost  decline  is  much  greater  for  microcomputer/microprocessors;  also, 
the  completely  modular  aspect  of  a microcomputer/microprocessor-based  design  provides 
this  system  a much  greater  potential  for  cost-effective  design  and  operation. 

Initial  minicomputer  software  costs  differ  only  slightly  from  those  of  large  machines, 
once  compilers  and  operating  systems  have  been  developed.  This  cost  is  quite  high,  however, 
and  a considerable  amount  of  redesign  is  necessary  to  incorporate  a system  design  change. 
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On  the  other  hand,  operating  and  exeeiUive  software  systems  and  support  software  are  avail- 
able for  minicomputer-based  systems.  Software  designs  and  support  software  are  not  gen- 
erally available  currently  witli  microcomputer/microprocessors.  This  presents  a small  de- 
velopment risk  for  a microcomputer/microprocessor-based  design.  This  risk  is  extremely 
small  considering  current  trends  and  could  be  eliminated  by  applying  near-term  Navy  R&.I) 
dollars  in  this  area. 

A key  advantage  of  a microcomputer/microprocessor-based  system  is  that  after  a 
standard  set  of  software  is  available,  a system  software  design  can  become  a modular  design 
function. 

Minicomputers  are  becoming  less  expensive  every  year  while  their  capabilities  are 
rapidly  approaching  those  of  larger  machines.  This  makes  it  economically  feasible  to  auto- 
mate even  those  sites/platforms  not  yet  considered.  Again,  the  same  may  be  said  for 
microcomputer/microprocessors. 

As  software  technology  is  catching  up  in  the  minicomputer  field,  the  trend  is  to 
more  flexible  software  at  a time  when  large  computer  operating  systems  become  more 
complex  and  rigid.  The  advantage  lies  with  the  minicomputer-based  systems  as  discussed 
above.  The  development  risk  is  small  with  regard  to  microcomputer/microprocessor  soft- 
ware. Higher-order  languages  are  available  for  minicomputer-based  system  design.  This  is 
again  a development  risk  for  a microcompuler/microprocessor-based  system. 

Shipboard  and  airborne  installations  mandate  at  least  a partially  MIL  SPEC'd 
computer;  this  is  possible  with  a minicomputer-based  system  - and  even  practical  with  a 
microcomputer/microprocessor-based  system. 

Software  for  minicomputers  can  be  partitioned  in  a manner  such  that  the  system 
can  be  expanded  or  contracted,  building-block  style,  by  adding/deleting  computers.  A 
microcomputer/microprocessor-based  system  ha.s  potentially  much  greater  modularity. 
Standardized  packages  and  support  software  must  first  be  developed. 

Minicomputers  and  microcomputer/microprocessors  offer  a powerful  advantage  to 
the  programmer  in  microprogramming.  Microprogramming  enables  tailoring  of  special  soft- 
ware instructions  not  otherwise  available.  While  a microcomputer/microprocessor-based 
system  provides  a microprogramming  capability  to  a much  greater  degree  of  modularity, 
a minicomputer-based  system  has  a much  larger  instruction  repertoire. 

While  minicomputers  surpass  large-scale  computers  in  maintainability  and  operability 
because  of  their  inherent  greater  simplicity,  microcomputer/microprocessors  surpass  mini- 
computers in  these  respects  for  the  same  reason.  The  low  cost  of  minicomputer/ 
microprocessor  elements  makes  it  practicable  to  replace  a malfunctioning  microcomputer/ 
microprocessor  and  throw  away  the  malfunctioning  unit. 

Although  price  comparisons  are  sometimes  misleading,  it  is  fair  to  say  that  an  LSI 
microprocessor  has  a substantial  cost  advantage  over  a typical  minicomputer  CPU.  For 
example,  a complete  LSI  CPU  may  be  purchased  for  as  little  as  S300,  compared  to  S 1000 
toS20  000  for  a minicomputer  CPU. 

The  CPU  power  consumption  of  an  LSI  microcomputer  is  66-75%  less  than  that  of 
a comparable  minicomputer.  For  a system  containing  but  one  CPU,  the  difference  would 
not  be  significant,  considering  the  overall  system  power  requirements.  However,  in  applica- 
tions in  which  many  CPUs  are  required,  the  power  difference  would  be  substantial. 

An  MOS/LSl  microcomputer  operates  at  50-33%  of  the  speed  of  commercially 
available  minicomputers.  Typical  memory-to-memory  add  times  for  a moderately  priced 
minicomputer  are  5-20  microseconds  compared  to  15-60  microseconds  for  a microcomputer. 
The  speed  of  a microcomputer  is  derived  from  the  particular  MOS  process  used  in  fabrica- 
tion. As  these  processes  improve,  so  will  the  speed. 
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With  integrated  circuits,  system  reliability  is  largely  a function  of  the  number  of 
printed  circuit  board  interconnections.  Since  each  LSI  package  replaces  from  50  to  100 
TTL  packages,  the  interconnections  required  by  microcomputers  are  reduced  and  total 
system  reliability  is  increased.  The  LSI  microcomputer  can  be  built  into  a light  and  compact 
configuration  because  of  the  higher  number  of  gates  per  package  module  and  the  simplicity 
of  interconnection. 

Finally,  the  LSI  microcomputer  offers  better  price-performance,  lower  power  con- 
sumption and  heat  dissipation,  higher  reliability,  and  smaller  physical  size  than  a mini- 
computer. The  microcomputer  further  offers  greater  flexibility  of  microprogramming, 
which,  in  a given  application,  has  many  advantages.  Although  execution  speeds  comparable 
to  those  of  today’s  minicomputer  have  not  yet  been  achieved,  several  architectural  tech- 
niques have  emerged  which  substantially  increase  LSI  microcomputer  capacity  and  speed. 

In  1985  such  speeds  and  capacities  are  expected  to  be  equivalent  to  those  of  current  host 
computers. 

Considering  the  above  tradeoff  parameters  in  terms  of  the  design  drivers  (and  cost- 
effectiveness  criteria),  a distributed  processing  architecture  based  on  microprocessor/ 
minicomputer  building-block  elements  is  recommended. 

C4.2.3  SYSTEM  ARCHITECTURE 

Based  on  the  discussions  in  the  previous  sections,  tlie  logical  system  architecture 
for  the  NC^N  has  been  determined  to  be  a distributed  processing  architecture  using 
microprocessors/minicomputers  as  basic  modules.  The  following  sections  discuss: 

(a)  basic  considerations;  (b)  application  in  a distributed  processing  concept  with  respect  to 
the  design  drivers  discussed  in  section  4.2.1 ; (c)  some  problem  areas  related  to  the  use  of 
microprocessors  and  microcomputers  as  basic  modules  for  the  NC'^N  node;  (d)  and  a base- 
line architectural  design  concept  using  m icroprocessors  and  microcomputers  as  the  basic 
modules  in  a distributed  processing  framework. 

C4. 2.3.1  MICROPROCESSOR/MICROCOMI’UTER  BASICS  (AS  OF  .lUNE  1975). 
The  distinguishing  characteristic  or  component  of  a microcomputer  is  the  microprocessor, 
one  or  more  large-scale-integration  (LSI)  chips  that  perform  the  basic  functions  of  a proc- 
essing unit.  C'ontained  within  a typical  0. 1 6-inch-square  package  (the  basis  for  the  “micro” 
designation)  are  the  usual  elements  of  any  processor  the  arithmetic  logic  unit,  I 'O  control 
logic,  and  general-purpose  registers.  When  memory  and  a complement  of  I O devices  ac- 
company or  work  jointly  with  a microprocessor,  a microcomputer  is  formed. 

Present  microcomputers  incorporate  devices  fabricated  by  metal  oxide  semicon- 
ductor (MOS)  techniques.  MOS  devices  offer  extremely  high  densities  of  transistors  per 
unit  area,  but  are  inherently  slower  than  bipolar  devices.  Current  MOS  speeds  for  a logic 
element  or  chip  range  from  40  ns  for  fast,  n-channel  silicon  gate  devices,  to  200  ns  for  p- 
channel  metal  units.  .Architectural  attributes  which  exploit  MOS  technology  have  been 
added  to  increase  the  speed  of  microcomputers  vis-a-vis  bipolar  units.  They  consist  of 
hardware  index  registers,  parallel  bus  structures,  register  stacks  with  programmable  stack 
pointers,  and  decimal  arithmetic. 

The  microcomputer  is  the  apparent  successor  to  the  minicomputer  as  the  latest 
and  most  advanced  evolutionary  step  in  EDP.  At  commercial  introduction  in  l‘Ri5.  mini- 
computers constituted  a revolution  in  data  processing.  Their  compact  size  and  low  cost 
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permitted  tlie  development  of  dedicated  systems  to  meet  specialized  needs  in  communica- 
tions. control,  data  acquisition,  and  small  business  data  processing. 

The  potentials  of  minicomputers  were  at  first  not  appreciated  by  system  designers, 
who  viewed  minis  unfavorably  in  terms  of  the  features  and  programming  languages  offered 
by  the  larger  machines.  Program  loading  was  awkward  and  time  consuming,  and  the  shorter 
word  lengths  and  limited  instruction  sets  made  minicomputer  programming  tedious.  Today, 
systems  designers  are  more  familiar  with  the  vagaries  and  capabilities  of  minicomputers,  and 
are  implementing  minis  in  a myriad  of  applications. 

Microcomputers  and  microprocessors  are  following  a similar  course.  In  many  e.xisting 
minicomputer  applications  they  offer  improved  price-performance,  compactness,  and  relia- 
bility. Moreover,  the  characteristics  of  the  LSI  microprocessor  lend  themselves  to  new  appli- 
cations and  system  concepts  that  are  impractical  with  minicomputers. 

As  the  minicomputer  evolved  upwards  into  the  high  end  of  .small-scale  systems, 
electronic  technology  was  advancing  in  circuit  miniaturization  and  the  use  of  MOS  as  a low- 
cost  alternative  to  bipolar  logic.  This  steady  advance  in  MOS  technology  has  increased  the 
large-scale  integration  of  digital  circuits  from  100  MOS  transistors  per  chip  to  over  14  000 
per  chip  during  the  last  5 years.  This  increase  in  chip  density  has  caused  a revolution  in 
digital  hardware  applications.  Among  the  more  publicized  are  the  pocket  calculator  and 
the  digital  watch. 

A microcomputer  uses  no  more  than  10  MOS/LSl  packages,  each  holding  more  than 
500  transistor  circuits.  A minicomputer  would  typically  require  about  100  TTL  packages. 
This  simple  comparison  rellects  the  prime  differences  between  a minicomputer  and  a micro- 
computer - physical  size  and  complexity  of  components. 

A concurrent  development  which  has  contributed  to  the  evolution  of  microprocessors, 
and  thus  microcomputers,  is  microprogramming,  in  which  each  machine  instruction  initiates 
a sequence  of  more  elementary  instructions  (microinstructions).  A microprogramming 
approach  allows  replacing  fixed,  conventional  CPU  control  logic  with  a control  memory. 
Addresses  in  control  memory  represent  unique  states  in  conventional  control  logic,  and  each 
memory  output  represents  control  lines  from  conventional  logic.  Stored  in  this  memory  are 
basic  microinstructions,  including  the  fundamental  control,  testing,  branching,  and  moving 
operations. 

For  an  LSI  machine  to  perform  higher-level  operations  with  ease,  microinstruction 
sequences  corresponding  to  common  higher-level  functions  are  stored  in  a separate  read- 
only memory  (ROM)  to  be  accessed,  decoded,  and  e.xecuted  on  command.  These  high-level 
sequences  are  called  macroinstructions,  the  medium  in  which  system  programmers  usually 
code.  Macroinstructions  in  a microcomputer  correspond  to  the  basic  instructions  of  a mini- 
computer. Microprogramming  enables  a systems  designer  to  adapt  standard  hardware  to 
specific  applications  - perhaps  the  most  u.seful  characteristic  of  a minicomputer.  The  de- 
signer can  construct  macroinstructions  that  are  best  suited  for  the  particular  functions  to 
be  performed,  and  incorporate  them  into  the  microprocessor.  For  example,  the  instruction 
set  of  an  existing  minicomputer  can  be  completely  or  partially  emulated  to  minimize  soft- 
ware development.  Alternatively,  a machine  can  be  built  to  perform  functions  peculiar  to 
an  application  such  as  word  processing  or  data  acquisition.  This  capability  to  adapt  a stand- 
ard set  of  hardware  modules  to  a variety  of  problems  combines  the  cost  advantages  of  high- 
volume  chip  production  with  the  computing  efficiency  of  tailored  instruction  sets. 

More  than  20  different  microprocessors  have  appeared  within  the  4 years  since  the 
introduction  of  the  Intel  4004.  Most  of  the  machines  still  use  the  FMOS  technology,  which 
has  been  developed  to  such  a level  that  one  12-bit  microprocessor  has  1 I 000  transistors  on 
a single  0.22  by  0. 24-inch  chip.  Most  of  the  newer  microprocessors,  however,  use  either  the 
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NMOS  technology,  in  which  the  transistors  operate  by  means  of  negative  current  carriers 
(electrons),  or  the  complementary  MOS  (CMOS)  technology.  CMOS  combines  the  PMOS 
and  NMOS  technologies  to  achieve  a reduction  in  power  requirements  and  to  improve 
resistance  to  extraneous  noise.  The  first  bipolar  microprocessors  made  their  appeearance 
in  late  1975. 

Coming  3 decades  after  the  first  electronic  computers,,  microprocessors  benefited 
from  the  experience  accumulated  in  system  organization  and  computer  architecture.  Many 
advanced  concepts  and  features,  frequently  unavailable  in  machines  several  orders  of  magni- 
tude larger  and  more  expensive,  are  standard  in  almost  every  microprocessor.  One  such 
feature,  known  as  a stack,  is  a set  of  electronic  registers  organized  so  that  the  subroutines 
called  up  by  a program  are  handled  on  a last-in,  first-out  basis:  after  executing  one  sub- 
routine or  more,  the  microprocessor  can  return  quickly  to  the  main  program  sequence. 

The  parallel  development  of  many  microcomputer  systems  has  given  rise  to  a num- 
ber of  original  designs  and  architectures.  “Architecture”  refers  to  the  organization  of  a 
computer.  The  everyday  meaning,  referring  to  both  a style  of  construction  and  a particular 
way  of  assembling  structural  materials  to  achieve  a functional  goal,  also  carries  over  into  the 
field  of  computer  design.  Computer  architecture  describes  the  arrangement  of  the  CPU,  the 
memory  elements  for  the  storage  of  programs  and  data,  the  input  and  output  devices,  and 
the  master  clock.  Thus,  one  architecture  may  emphasize  facility  of  arithmetic  operations 
and  another  convenience  of  input  and  output  operations.  Whereas  both  have  a CPU,  a 
memory,  and  input  and  output  ports,  the  first  is  more  suited  for  lengthy  numerical  analysis 
and  the  second  for  control  applications  and  the  monitoring  of  external  equipment. 

The  ('PU,  or  microprocessor,  is  the  most  expensive  component  (or  group  of  com- 
ponents) of  a microcomputer.  It  fetches  the  control  instructions  stored  in  the  memory  and 
then  decodes,  interprets,  and  implements  them.  The  CPU  manages  the  temporary  storage 
and  retrieval  of  data  and  regulates  the  exchange  of  information  with  the  outside  world 
through  the  microcomputer's  input  and  output  ports.  It  incorporates  the  arithmetic  and 
logic  unit  (ALU),  in  which  all  operations  are  performed,  and  a certain  number  of  registers. 
Finally,  it  synchronizes  the  operation  of  the  various  components. 

A microcomputer  is  usually  classified  according  to  the  number  of  bits  that  can  be 
handled  by  its  CPU.  Its  performance  is  judged  by  the  richness  of  its  instruction  set,  by  the 
bit  efficiency  of  its  program  (the  number  of  bits  that  need  to  be  stored  in  the  program  for 
the  implementation  of  a given  set  of  tasks),  and  by  the  speed  with  which  it  executes  typical 
programs.  Such  distinctions  have  mainly  to  do  with  capacity  for  operating  in  real  time.  If 
speed  of  operation  is  not  a consideration,  almost  any  microcomputer  can  serve  in  a given 
application.  Some  machines,  however,  may  be  more  economical  than  others  for  particular 
jobs. 

P'our-bit,  single-chip  microprocessors  are  particularly  economical.  They  are  well 
suited  to  systems  designed  for  decimal  arithmetic,  or  to  systems  that  do  not  have  to  deal 
with  “words”  consisting  of  many  bits. 

Fight-bit  microprocessors  are  the  most  popular  at  the  present  time.  Their  word 
length  makes  them  a natural  choice  for  all  applications  that  involve  communications  equip- 
ment, which  commonly  works  with  eight-bit  encoded  characters.  They  have  more  complete 
instruction  sets  and  more  computing  {.ower  than  the  four-hit  units  and  have  many  of  the 
features  found  in  larger  machines.  Although  many  of  them  require  more  supporting  de- 
vices, some  of  the  most  recent  eight-bit  CPUs  can  make  a complete  minimal  microcomputer 
with  as  few  as  five  devices.  A few  1 2-  and  lb-bit  machines  have  been  introduced,  mostly 
for  process  control  and  other  complex  tasks.  Some  of  them  are  highly  integrated  versions 
of  previously  available  minicomputers,  for  which  they  are  an  economical  substitute  when 
speed  is  not  critical. 
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Although  the  microprocessor  is  the  most  complicated  and  expensive  single  function 
of  a microcomputer  system,  it  is  in  fact  completely  controlled  by  the  memory  that  sur- 
rounds it.  In  the  evaluation  of  a CPU  attention  must  be  given  to  the  variety  of  modes  made 
available  for  accessing  instructions  and  manipulating  data,  since  these  operations  significantly 
^ inlluence  the  ease  of  programming,  the  speed  of  execution,  and  eventually  the  size  of  the 

memory  itself.  In  many  cases  the  most  costly  part  of  a system’s  hardware  is  the  memory 
subsystem.  For  many  years  the  memory  requirements  of  digital  systems  were  met  with 
ferrite  cores  - tiny  ceramic  rings  densely  strung  on  a mesh  of  fine  wires.  Core  memories  are 
still  widely  used  in  many  large  computers  and  minicomputers,  but  an  increasing  number  of 
users  are  turning  to  semiconductor  memories.  Fabricated  on  silicon  chips  by  the  same  tech- 
nology used  to  make  microprocessors,  semiconductor  memories  require  less  power  than  core 
memories,  are  easier  to  use,  take  up  less  space,  and  have  recently  become  less  expensive. 

Since  MOS  memories  are  also  far  easier  to  integrate  into  an  MOS  microcomputer  system, 
they  are  the  overwhelming  choice  of  microprocessor  users. 

Most  semiconductor  memories  found  in  microcomputers  are  of  the  random-access 
type.  Access  to  any  memory  location  can  be  gained  in  a unifonn  amount  of  time.  The  two 
main  types  of  random-access  memory  differ  in  the  “volatility”;  that  is,  in  their  ability  to 
retain  their  contents  under  various  operating  conditions.  The  computer  program  and  tables 
of  fixed  data  are  mainly  stored  in  read-only  memory  (ROM)  devices.  ROMs  are  nonvolatile: 

■ their  contents  cannot  be  altered  during  the  operation  of  the  computer,  and  the  retention  of 

stored  data  does  not  depend  on  a supply  of  power.  The  contents  of  an  ROM  are  simply 
binary  patterns  of  1 ’s  and  O’s  that  are  programmed  in  advance  by  the  user.  When  large  vol- 
umes of  identical  ROMs  are  required,  the  programming  is  most  economically  done  by  the 
semiconductor  manufacturer’s  custom-making  one  of  the  masks  employed  during  fabrica- 
tion. Such  an  ROM  is  said  to  be  “mask  programmed.”  Mask-programmed  ROMs  can  store 
up  to  1 6 384  bits,  and  the  cost  can  fall  to  less  than  0. 1 cent  per  bit. 

I When  only  a few  ROMs  are  to  bf  programmed,  as  in  laboratory  development  work, 

1 one  can  use  “field  programmable”  ROMs  (PROMs).  A popular  type  of  PROM,  introduced 

I almost  concurrently  with  the  first  microprocessors,  can  be  programmed  and  then  erased. 

I It  incorporates  arrays  of  floating-gate  avalanche-injection  transistors,  which  are  capable  of 

I trapping  a charge  when  a pulse  in  excess  of  40  volts  is  applied  to  them.  (Microcomputers, 

’ depending  on  the  technology  used  in  the  chip,  operate  at  from  5 to  17  volts.)  The  charges 

can  subsequently  be  removed  by  exposing  the  device  to  intense  radiation  (ultraviolet  or 
X rays).  The  trapping  of  charge  is  what  makes  it  possible  to  program  the  device;  the  removal 
, of  charge  is  equivalent  to  erasure.  The  cost  per  bit  for  PROMs  is  about  10  times  more  than 

for  mask -programmed  ROMs,  and  the  capacity  of  the  devices  is  at  present  limited  to  8192 
I bits. 

i The  temporary  storage  of  data  calls  for  memories  that  can  be  modified  while  the 

microcomputer  is  operating.  This  capability  is  found  in  the  semiconductor  “read/write” 
memories  called  R AMs.  The  province  of  read/write  memories  is  currently  one  of  the  most 
competitive  of  the  semiconductor  industry.  Typical  devices  can  store  as  many  as  4096  bits 
, at  costs  that  are  dropping  toward  0.1  cent  per  bit. 

A typical  microcomputer  system  incorporates  both  volatile  and  nonvolatile  mem- 
ories. Some  applications,  however,  do  not  need  temporary  data  storage  beyond  wnat  is 
provided  by  the  microprocessor’s  internal  registers,  so  that  the  read/write  memory  can 
sometimes  be  omitted.  In  other  applications  permanent  storage  is  omitted  and  read/write 
memories  serve  to  store  both  the  program  and  the  data.  When  only  read/write  memories 
are  employed,  the  program  must  be  reloaded  each  time  the  power  is  shut  off  (either  on 
purpose  or  accidentally ) unle.ss  a battery  backup  has  been  included  in  the  system  to 
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maintain  the  contents  of  the  memory.  With  some  of  the  newer  CMOS  semiconductor  mem- 
ories such  a backup  system  can  operate  for  weeks  on  as  few  as  three  or  four  penlight 
batteries. 

; Currently  under  development  are  all-electronic  bulk-storage  systems  that  will  use 

f charge-coupled  devices  or  magnetic-bubble  memories.  They  should  be  cheaper,  faster,  more 

; capacious,  and  more  reliable  than  present  systems. 

Hardware  support  is  available  in  the  form  of  completely  a.ssembled  subsystems. 
Fabricated  as  boards  or  modules,  the  subsystems  can  be  directly  incorporated  into  larger 
systems  of  many  kinds.  The  availability  of  standardized  but  programmable  modules  is  par- 
ticularly useful  for  prototype  development  or  for  equipment  manufactured  in  small  series, 
which  do  not  justify  a custom-made  microcomputer  design. 

It  is  well  known  that  in  any  computer  system  the  software  is  likely  to  account  for 
the  largest  fraction  of  the  development  cost.  This  is  no  less  true  for  microcomputers,  and 
it  is  indicative  of  the  importance  of  giving  the  user  comprehensive  support.  Althougli  few 
microcomputer  software  packages  compare  favorably  with  those  available  for  larger  and 
more  expensive  machines,  they  considerably  simplify  the  task  of  putting  together  a micro- 
computer system. 

microcomputer  program  consists  of  a sequence  of  binary  words  stored  in  a con- 
i — trol  memory  . The  instructions  thus  defined  are  said  to  be  written  in  machine  language. 

Although  a programmer  can  elect  to  write  his  program  directly  in  this  form,  the  process  is 
time-consuming  and  prone  to  error.  Programming  is  made  considerably  simpler  by  assem- 
bly languages,  which  are  available  for  all  microcomputers.  These  languages  allow  the  sub- 
stitution of  mnemonic  words  such  as  .ADD,  SUB.  and  JUMP  for  the  binary  words  of  the 
machine  language;  they  also  simplify  the  task  of  putting  program  data  into  a memory  by 
giving  the  memory  "addresses”  arbitrary  labels  instead  of  absolute  locations.  An  assembly 
language  program  must  be  translated  into  machine  language  before  it  is  committed  to  a 
I memory;  this  conversion  is  accomplished  by  an  assembler,  which  checks  the  assembly 

language  program  for  certain  types  of  eirors  and,  if  none  are  found,  produces  the  desired 
machine  language  code.  The  assembler  is  a program  that  sometimes  can  be  executed  by  the 
microcomputer  itself. 

A higher  level  in  the  hierarchy  of  programming  languages  is  represented  by  procedure- 
oriented  languages,  such  as  Fortran  of  PL/M.  To  translate  statements  written  in  these  lan- 
guages into  machine  language,  one  uses  a compiler.  When  a compiler  is  available,  it  speeds 
up  programming,  and  the  resulting  easier-to-understand  programs  simplify  the  problems  of 
! documentation  and  maintenance.  Unfortunately,  compilers,  because  of  their  general  nature. 

tend  to  generate  machine  language  programs  that  are  not  highly  efficient  in  speed  of  execu- 
tion or  in  number  of  instructions.  Typically  they  require  from  lO'^;  to  100%  more  control 
^ memory  than  would  have  been  needed  if  the  programmer  had  worked  at  the  assembly 

language  level.  The  decision  whether  or  not  to  use  a compiler  is  based  on  tradeoffs  involv- 
ing the  experience  of  the  programmer,  the  time  available, for  software  development,  and. 
probably  most  important,  the  expected  production  volume  of  the  system.  Economies  in 
memory  achieved  by  more  efficient  programs  can  obviously  justify  greater  software  develop- 
ment costs. 

The  demand  for  microcomputers  and  the  continuing  evolution  of  solid-state  tech- 
nology will  reduce  the  cost  of  microprocessors  and  memories,  will  improve  production 
yields,  and  will  lead  to  higher  levels  of  integration.  Particularly  promising  at  the  present 
time  is  one  of  the  newest  bipolar  technologies  - integrated  injection  logic  (111.).  This  tech- 
nology is  characterized  by  a greater  density  of  components  on  the  substrate,  higher  speed 
of  operation,  and  lower  power  requirements.  Microprocessors  will  be  among  the  first  de- 
vices to  exploit  these  advantages. 
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As  chips  with  larger  number  ol  components  on  them  become  more  economic,  more- 
sophisticated  microcomputer  architectures  can  be  expected.  For  example,  larger  read/write 
memories  will  be  available  on  the  microprocessor  chips  themselves,  and  entire  portions  of 
CPUs  will  be  duplicated  or  triplicated  in  order  to  simplify  the  handling  of  multiple  processes 
or  to  provide  self-checking. 

Current  microprocessor/microcomputer  utilization  is  constrained  by  the  past  experi- 
ence of  users,  system  designers,  and  programmers,  but  the  tremendous  impact  of  this  tech- 
nology is  producing  a new  breed  of  users.  The  microprocessor/microcomputer  will  soon  be 

in  the  hands  of  a new  generation  of  designers  who  are  trained  to  regard  it  as  a simple  device,  t 

much  as  today’s  engineers  regard  the  transistor  and  even  the  moderately  complex  integrated  ^ 

circuit.  ; 


C4.23.2  ARCHITECTURAL  DESIGN  CONCEPT.  A baseline  design  concept  for 
the  19X5  NC^N  architecture  is  discussed  in  this  section.  Four  design  drivers  are  critical  to 
the  design  of  the  NC^N  system; 

• Modularity 

• Automation 

• Compatibility 

• Cost 

The  requirements  of  technological  adaptability  and  expandability  are  the  principal 
factors  that  lead  to  the  realization  that  functional  and  physical  modularity  is  perhaps  the 
single  most  important  design  driver  that  emerges  from  the  system  requirements.  The  reason 
that  modularity  is  such  a critical  constraint  in  the  system  lies  in  the  diversity  of  equipments 
and  systems  that  are  contained  (or  will  be)  within  the  variety  of  Naval  platforms  affected. 
The  NC^N  can  be  applied  in  a cost-effective  manner  to  all  naval  platforms  only  through 
modularity.  It  can  be  easily  proved,  on  the  basis  of  earlier  system  requirements  studies, 
and  from  ev&lujtion  of  other  related  shipboard  systems,  that  without  modularity,  no  one 
system  design  will  satisfy  the  needs  of  all  platforms.  Therefore,  this  design  criterion  must 
pervade  the  design  approach  in  all  areas.  While  recognizing  the  importance  of  modularity, 
incorporating  it  in  the  baseline  design  entails  a great  deal  of  work;  also,  there  remains  the 
problem  of  achieving  physical  modularity  in  the  implementation  of  these  designs. 

Aside  from  the  advantages  that  accrue  from  new  techniques  and  procedures,  most 
of  the  advances  in  the  NC^N  system  must  result  from  automation. 

It  must  be  tlie  goal  of  the  NC^N  automated  design  to  reduce  the  required  number 
of  men  to  maintain  normal  operation  of  the  system.  This  may  be  accomplished  by  designing 
the  system  to  function  entirely  without  human  intervention  when  it  is  operating  normally 
(without  failure).  This  will  relieve  the  operator  of  routine  time-consuming  tasks  and  allow 
him  to  spend  his  time  managing  the  resources  of  the  system. 

To  provide  compatibility  with  other  systems  and  equipment  in  today’s  platforms 
and  the  platforms  of  1985,  the  NC-^N  requires  flexibility.  This  flexibility  must  be  incor- 
porated into  both  hardware  and  software  designs  on  the  basis  of  an  architectural  structure. 
The  recommended  design  incorporates  a modular  software  and  hardware  architecture  that  is 
capable  of  modification  to  accommodate  equipment  with  changes  only  to  the  affected  mod- 
ule. thereby  minimizing  the  impact  on  the  total  system.  This  reduces  debugging  time  when 
incorporating  software  changes  and  minimizes  the  risk  of  introducing  errors  in  the  remainder 
of  the  program.  Hardware  standardization  of  interfaces  may  be  accomplished  through  the 
medium  of  standard  types. 
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The  last  of  the  critical  design  drivers  is  cost  - related  to  manning,  training,  logistics,  j 

and  platform  implementation.  The  most  significant  area  of  the  design  concept  with  respect  | 

to  cost  is  processing.  The  architectural  design  concept  of  both  processor  hardware  and  4 

software  must  be  developed  to  achieve  low  cost  while  meeting  the  diverse  requirements  in- 
herent in  the  variety  of  platforms  the  NC^N  must  serve.  The  distributed  processing  approach  . 

provides  cost  benefits  in  both  hardware  and  software.  The  hardware  benefit  accrues  from 

the  fact  that  use  of  the  distributed  processor  element,  implemented  through  microprocessor/  . 

microcomputer  technology,  allows  the  processing  capability  of  the  NC^N  to  be  closely  i 

tailored  to  the  requirements  of  the  particular  platform.  Since  the  distributed  processing  ' j 

element  is  a low-cost  item,  the  incremental  step  in  cost  associated  with  added  processing  is  • 

greatly  reduced  over  that  of  minicomputers  or  centralized  processing  using  large-  or  medium- 
scale  computers.  This  results  in  an  optimum  relationship  between  processing  capability  and 
processing  requirements.  The  attendant  cost  savings  of  this  approach  can  easily  be  seen  in 

any  realistic  cost  analysis.  ^ 

Experience  indicates  that  software  development  costs  for  a system  of  this  size  and 
complexity  will  always  at  least  equal  and  will  usually  exceed,  by  a factor  of  several  hundred  ' 

percent,  the  hardware  development  costs.  The  distributed  processing  architecture  lends  it-  ■ 

self  nicely  to  a modular  software  approach,  which  facilitates  debugging  - the  major  factor  f 

in  software  costs.  Government  surveys  reveal  that  although  the  average  programmer  can 
generate  several  hundred  lines  of  code  per  day,  he  can  debug  fewer  than  10. 
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C4.2.3.3  SOFTWARE  PHILOSOPHY.  The  NC^N  architectural  concept  evolved 
from  the  development  of  design  drivers  based  on  the  technical  and  operational  requirements. 
A distributed  processing  architecture  based  on  microprocessor/microcomputer  elements  has 
been  identified.  The  software  (programming)  concentrates  on  systems  software  architecture 
rather  than  detailed  coding  techniques.  The  .software  design  methodology  must  be  oriented 
toward  the  optimization  of  functional  responsiveness,  system  modularity,  formulation  of 
precise  documentation  standards,  structuring  efficient  software  control,  etc. 

a.  General  Concepts 

The  software  design  structure  recommended  is  organized  on  an  upward- 
compatible.  conformal  set  of  modular  building  blocks.  The  modules  will  be  controlled, 
during  operation,  by  the  NC^N  operating  system  through  its  executive,  manager,  and  super- 
visory programs  and  will  contain  a high  degree  of  commonality  due  to  the  similarity  of 
tasks  within  different  size  ships.  Different  tasks  (net  controller  vs  net  subscriber)  will  re- 
quire a somewhat  different  mix  of  modules;  but  within  any  particular  task  the  memory 
requirements  will  be  a function  of  external  stimuli,  such  as  number  of  messages  and  number 
of  controllable  devices.  The  variables  will  not  be  imbedded  in  the  building  blocks,  where 
they  would  act  as  system  constraints. 

During  quiescence,  the  programs  may  be  contained  in  a centralized  program 
library  applicable  to  all  ships.  Before  the  start  of  the  mission,  the  programs  appropriate  to 
a specific  ship’s  configuration  may  be  selected  from  the  library  media  (probably  magnetic 
tape)  and  combined  with  the  results  of  the  data  ba.se  generator  (table  generation,  buffer 
sizing,  etc)  to  become  the  “program  load”  selectively  associated  with  each  distributed 
processor  in  an  explicit  ship’s  configuration. 

b.  Introduction 

Dispersion  of  C“  tasks  has  been  accelerated  by  miniaturization  ol  computers. 
Considerations  for  the  use  of  microprocessors  in  multiprocessor  systems  are  similar  to  those 
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for  the  use  of  any  other  type  of  processor  (minicomputer)  will)  the  exception  of  three  diar- 
acteristics  - shared  memory,  low  cost,  and  microprogramming  capability.  Most  micro- 
processors have  limited  execution  rates  and  this  causes  system  throughput  to  be  limited  by 
the  processor  rather  than  memory.  If  this  is  still  true  in  the  l‘?80s,  several  microprocessors 
may  be  used  in  parallel  and  share  the  same  memory  without  degrading  individual  execution 
rates.  Their  low  cost  (compared  to  the  cost  of  memory  and  peripheral  devices)  allows  the  use 
of  many  microprocessors  in  one  system.  .Microprogramming  will  allow  the  sottware  instruc- 
tion set  to  be  tailored  to  equipment,  functions,  and  control  requirements. 

Data  acquisition,  measurement  and  test,  supervisory  control,  and  computer 
communications  are  excellent  candidates  tor  use  within  hierarchical  nodes.  Microprocessors 
here  function  as  subhierarchies  of  activity  of  varying  size  and  functional  capacity.  They 
interconnect  to  a central  control  source  (the  CCU)  which  organizes  the  interconnectivity 
and  control  of  the  activity  components  which  are  themselves  simultaneously  active  and 
physically  and  functionally  distributed  and  ha\  e various  separate  real-time  tasks. 

The  distributed  processing  concept  discussed  is  asymmetrical,  typically  having 
dedicated  applications  wherein  type,  frequency  of  occurrence,  and  relative  importance  ot 
task  are  known  in  advance.  In  this  case  processors  may  be  specialized  to  carry  out  one 
particular  type  of  task.  For  instance,  one  processor  may  perform  all  I/O  operations,  another 
provide  encoding  and  decoding  as  well  as  implementing  EDAC  techniques.  A third  may  pro- 
vide configuration  and  reconfiguration  control,  etc.  Specialization  may  occur  via  software 
programs  to  be  executed,  as  well  as  the  microprogram  (which  implements  the  i>rocessor  in- 
struction set)  and  hardware  architectural  features  (number  of  registers,  interrupt  capability, 
stack  processing). 

Several  advantages  may  be  realized  with  multiprocessing  systems  in  general. 
Throughput  often  increases  almost  directly  with  the  number  of  microprocessors  while  system 
cost  increases  by  only  a small  amount.  Shared  system  resources  offer  an  economic  advantage 
by  eliminating  devices  which  would  need  to  be  duplicated  in  separate  stand-alone  systems. 

With  this  mode  of  operation,  homogeneous  processes  are  clustered  around  a 
dedicated  microprocessor,  an  Interface  Central  Unit  (ICU),  within  the  system.  The  ICU 
controls  the  processes  and  is  responsible  for  the  accuracy  and  correctness  of  the  results  ac- 
complished by  the  particular  process  (interrogate  monitor  point,  verify  receiver  configura- 
tion, switch  equipment,  etc).  Depending  on  the  variety  of  homogeneous  proces.ses,  the 
ICUs  could  differ  from  one  another  in  numerous  ways.  However,  for  commonality,  the 
recommended  approach  allows  variability  only  with  regard  to  memory  capacity.  I/O  chan- 
nels, and  number  of  microprocessors  in  a microcomputer.  Common  hardware  modules  are 
used  throughout. 

The  decision  as  to  which  task  should  be  assigned  to  which  processor  need  not 
be  made  in  real  time  by  the  system,  .simplifying  software  problems  considerably.  This  bur- 
den may  now  be  shifted  to  the  systems  designer,  who  must  partition  system  requirements 
in  such  a way  that  each  specialized  processor  is  kept  busy  a sufficient  amount  of  time  to 
justify  its  existence.  When  low-cost  microprocessors  are  used,  utilization  does  not  have  to 
be  high  to  justify  the  addition  of  a new  processor.  A side  benefit  ot  this  partitioning  is 
often  simplification  of  programming,  as  each  task  can  now  bo  treated  as  an  independent 
module  with  no  provisions  required  for  execution  of  other  tasks  by  a given  microprocessor. 

In  addition  to  being  classified  according  to  processor  use.  multiprocessor  sys- 
tems n)ay  also  be  grouped  in  relation  to  the  interconnection  of  processors  with  systems 
memories  and  peripheral  devices.  The  central  control  unit  (CCU)  coordinates  activities  at 
each  ICU  by  reejuesting  specific  information  and  sanity  checks  and  monitoring  alarm 


50 


conditions.  The  CCU  muintains  records  for  display,  logging,  and  reports.  The  CCU  receives 
commands  from  the  man-machine  interface  to  order  the  ICUs  to  change  limits  or  scanning 
variables.  The  CCU  has  therefore  three  principal  tasks; 

• Control.  ICUs  are  interrogated  on  parametrically  predetermined  schedules 
to  obtain  preprocessed  (by  ICU)  configuration  status,  monitor  and  test  results,  and  alarm 
status  or  to  issue  configuration,  frequency,  and  other  change  orders  which  arp  preplanned 

or  dynamically  entered  by  the  operator.  ■ 

• Processing.  The  data  received  from  the  ICUs  are  indexed  for  logging  and 
prepared  for  summary  reports.  Secondary  storage,  in  the  form  of  magnetic  tape  and  RO 
devices,  provides  the  recording  media. 

• Man-machine  interface.  Interaction  with  the  operator  is  monitored  and 
controlled  by  the  CCU.  These  facilities  are  used  to  support  system  direction,  modification, 
and  reporting. 

The  ICU,  which  is  remoted  from  the  CCU,  but  not  necessarily  distant  from  it,  provides  intel- 
ligence in  three  ways. 

• Acquisition.  The  ICUs  are  organized  homogeneou.sly,  each  ICU  being  re- 
sponsible for  a set  of  function-oriented  processes.  By  controlling  the  number  and  frequency 
of  input  variables,  considerable  versatility  and  parallel  processing  is  provided.  Slow-  and 
fast-responding  analog  .signals  may  be  read  at  different  time  intervals;  failure  points  may  be 
selectively  taken  from  scan,  and  multiple-thread  reconfigurations  implemented  offset  parallel 
(thread  one  starts  at  time  Tq  and  ends  at  Tq,  thread  two  starts  at  T j and  ends  at  T[q,  times 
T I through  Tq  occur  in  parallel). 

• Processing.  Collected  data  are  converted  into  a structured  file  form  suitable 
for  presentation  to  the  operator  and  storage  in  the  historv'  file. 

• Display.  The  man-machine  interface  is  simplified  through  program  con- 
trol. Displays  are  tailored  to  the  process  and  are  therefore  easier  to  understand.  The  CCU 
controls  the  presentation  to  the  operator  of  display  types,  such  as  .switching  and  transmis- 
sion, while  the  ICU  controls  the  in-type  display  presentation.  The  operator,  through  the 
tCU,  may  select  variables  for  display.  Data  or  status  conditions  may  be  displayed  selectively, 
cyclically,  or  in  entirety.  History  of  a process  (static  trace)  may  be  obtained  by  logg/ng 
stored  data. 

In  order  to  take  advantage  of  natural  capability  for  graceful  degradation  and 
the  inherent  system  availability  associated  with  a distributed  system,  a strong  operations 
monitor  may  be  provided  as  the  “watchdog.”  Each  microprocessor  will  then  contain  a 
“process  level”  watchdog  routine  which  is  set  to  a time  period  determined  by  the  hmgest 
acceptable  microproces.sor  cycle.  .At  the  end  of  the  cycle,  the  microprocessor  supervisor 
resets  the  timer.  Ihus,  if  the  cycle  exceeds  the  predetermined  worst-case  maximum,  the 
monitor  will  time  out.  since  it  has  not  been  reset.  .At  this  point  the  watchdog  monitor  can 
interrupt  the  microproce.s.sor,  and  the  resulting  interrupt  service  routine  will  alert  the  CTU 
(unless  the  tailure  is  in  the  CCU)  and  notify  the  operator  of  the  failure.  If  the  failure  is  in 
the  ecu  itself,  the  arbiter  will  cause  a switchover  to  the  standby  CCU,  which  will  alert  the 
operator  and  commence  the  recovery  procedure.  The  technique  has  been  used  successfully 
in  commercial  applications.  However,  failure  detected  by  this  “functional  level”  watchdog 
monitor  indicates  microprocessor  failure.  At  the  system  level,  the  CCU  is  exchanging  sanity 
check  messages  with  all  ICUs.  Lack  of  receipt  of  a system  level  sanity  message  alerts  the 
ICUs  that  the  CCU  is  in  transition  from  standby  to  prime,  thereby  forcing  a status  monitor 
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queue  buildup  until  the  CCU  has  fully  recovered  and  sends  the  required  sanity  message. 

The  CCU  system  level  watchdog  routine  is  continually  monitoring  sanity  messages  being 
sent  from  the  ICU  system  level  watchdog.  If  this  sanity  message  fails  to  appear,  the  oper- 
ator is  notified  of  a malfunction  in  the  negligent  ICU.  If  the  message  is  sent  garbled,  the 
operator  is  notified  of  a malfunction  in  the  ICU  I/O  or  memory.  Status  information  of  this 
type  (such  as  process  level,  function  level,  and  system  level  watchdog  results)  is  reported  to 
the  operator  for  his  initiation  of  diagnostics  and  other  measures  to  ensure  process  security 
and  accuracy. 

The  watchdog  routine’s  sanity  messages  must  contain  intrinsic  error  control 
such  as  horizontal  parity,  echo  checking,  vertical  parity,  or  hash  totaling.  It  is  of  the  utmost 
importance  for  the  system  to  ensure  against  the  possibility  that  functioning  equipment  is 
stated  to  be  malfunctioning  by  a malfunctioning  control  technique.  This  is  best  accomplished 
by  distributed  processing,  since  the  intranodal  checks  and  balances  associated  with  the  sys- 
tem galaxy  concept  contain  inherent  “communal  health”  characteristics.  Remote  computer 
control  via  a large  centralized  processor  and  local  operator  control  provided  through  hard- 
wired logic  are  the  methods  presently  used  to  accomplish  the  lunctions  discussed  here. 
Modularity  introduced  by  distributed  microproces.sor  control  offers  the  following  significant 
advantages  over  those  alternatives: 

• Software  (or  firmware)  at  each  location  may  be  tailored  to  specific  I/O 
configuration  and  functional  requirements  at  the  site.  This  eliminates  complicated  and 
costly  software  operating  systems  ordinarily  required  for  a large  central  computer  to  process 
different  signals  at  various  locations.  If  a remote  site  configuration  does  change,  only  the 
local  microprocessor  is  affected.  In  a remote  control  environment,  the  entire  system  would 
have  to  be  taken  off  line  and  tested  for  each  remote  site  change.  In  addition,  microprocessor 
controlled  remotes  may  be  added  or  removed  without  disturbing  the  rest  of  the  system. 

• Partitioning  of  system  functions  between  master  and  remotes  translates 
into  a lower  speed  and  processing  power  requirement  at  the  master,  even  under  high  volume, 
and,  hence,  lower  cost.  Parallel  operations  such  as  data  acquisition,  digital  filtering,  and 
formatting  are  performed  at  the  remotes  while  the  master  manages  and  analyzes  data  flow. 

• The  designer  may  use  the  same  component  at  each  site  and  simply  change 
the  program  (or  ROM).  Such  standardization  reduces  design  time,  enables  the  system  to 
adapt  easily  to  changing  requirements,  and  requires  less  documentation,  training  and  main- 
tenance. This  can  be  favorably  contrasted  with  the  multiplicity  of  medium-scale  integration 
(MSI)  components  required  for  a hardwired  system. 

• Local  processors  remain  operational  if  the  master  is  down,  assuring  maxi- 
mum uptime  for  real-time  applications.  Collected  data  are  processed  and  saved  in  local  mem- 
ory. This  reliability  improvement  is  made  possible  only  through  intelligent  local  control. 

• By  using  microprocessors  rather  than  minicomputers  or  random  logic, 
storage  area,  power  consumption,  and  cooling  requirements  are  reduced. 

c.  Software  Architecture 

The  operational  software  system  is  structured  in  two  generic  subsystems: 

The  operating  subsystem 

The  applications  subsystem 

The  subsystems  are  segmented  into  a number  of  programs,  each  program  responsible  for  the 
processing  of  a particular  general  function  within  the  generic  subsystem,  liach  program  is 
then  broken  into  tasks  which  are  accomplished  by  routines,  if  unique  to  the  program,  or 
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subroutines,  if  the  task  can  be  generalized  across  program  boundaries.  Since  the  environment 
is  monoprogramming,  “task”  refers  simply  to  a single  activity  having  clearly  boundable  con- 
straints. A “routine”  is  a set  of  computer  instructions  and  associated  data  constructed  so  as 
to  accomplish  a specific  function.  There  are  three  distinct  hardware/software  relationships 
which  must  be  considered; 

Internodal 

Intranodal 

.Man-machine 

The  internodal  relationship  is  accomplished  by  the  external  interfaces  or  link  adaptation 
functional  area  or  group  of  microprocessors,  as  it  pertains  to  traffic;  and  a combination  of 
the  Management  and  Control  (M&C)  functional  area  or  group  of  microprocessors  with  the 
Network  Access  Switching  functional  area  or  group  as  it  pertains  to  equipment  configura- 
tion. The  intranodal  relationship,  which  is  basically  involved  in  nodal  supervision,  health, 
and  control,  is  accomplished  by  the  operating  system  (OS)  components.  The  man-machine 
relationship  is  handled  by  the  MCG  M&C  group  and  the  operator  using  the  various  periph- 
erals as  media. 

1.  Internodal  Concepts 

The  link  adaptation  function  is  divided  into  two  parts; 

Transmission  control 

Traffic  control 

The  latter  has  a very  important  adjunct  - packet  management.  Transmission  control  is  re- 
sponsible for  I/O  interfaces  for  all  types  of  transmissions  --  point  to  point,  network 
subscriber/controller,  link  quality,  and  broadcast.  This  program  will  pack  each  eight  bits 
received  from  the  I/O  interface  into  a homogeneous  buffer  which,  when  it  reaches  a parametri- 
cally prescribed  limit,  will  alert  the  traffic  control  program  to  the  location  of  this  buffer  of 
unprocessed  data.  This  program  will,  in  certain  cases,  determine  whether  the  message  is  for 
this  platform  because  of  addressing  or  because  the  ship’s  captain  wishes  to  receive  the  infor- 
mation for  monitoring  purposes.  The  traffic  control  program  will  be  alerted  through  the 
message  index,  which  contains  the  necessary  characteristics  and  supporting  data  concerning 
the  unprocessed  data.  The  traffic  control  program  will  accumulate  these  buffers  and  com- 
mence to  “thread”  them  into  messages.  Once  the  me.ssage  has  been  constructed,  the  traffic 
control  program  will  begin  to  process  the  data,  all  EDAC  and  data  manipulation  will  be  ac- 
complished and  the  message  will  be  readied  for  packet  management  or  transfer  to  informa- 
tion processing,  if  this  is  input;  or  transmission  through  the  TX,  if  this  is  output.  Therefore, 
an  adjunct  to  the  traffic  control  program  is  a packet/IP  manager  program  which  functions  as 
the  channel  continuity  control  between  the  IP  and  the  NC^N;  and,  if  required,  provides 
packet  management,  such  as  packetizing  on  input  from  IP,  depacketizing  on  output  to  IP, 
for  the  system. 

The  Internodal  Equipment  Configuration  is  concerned  with  configuration 
and/or  reconfiguration  of  switchable  devices  which  may  be  associated  in  a manner  allowing 
for  receipt  or  transmission  of  data.  Therefore,  the  M&C  group  reviews  system  status,  deter- 
mines equipment  availability,  and  issues  commands  to  the  particular  ICUs  which  cause  the 
chaining  of  the  necessary  equipment.  Once  the  chaining  has  been  accomplished  (the  desired 
thread  is  tested  first  by  an  end-to-end  test  message,  if  po.ssible;  if  not,  by  a closed-loop  test 
mes.sage),  the  configuration  status  table  is  updated  and  the  change  in  configuration  is  report- 
ed to  the  operator. 
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2.  Intranodal  Concept 

Intranodal  system  management  and  control  data  are  in  support  of  the 
maintenance  philosophy  and  the  man-machine  interface.  Three  forms  of  system  assurance 
occur: 


Sanity  checking 

Link  quality  monitoring 

Equipment  diagnostics 

Intranodal  communication  provides  the  medium  for  “watchdog”  transfers,  link  quality 
monitoring  messages,  and  directives  for  equipment  diagnostics. 

All  three  forms  are  used  to  improve  system  reliability  and  availability.  The 
equipment  diagnostics  philosophy  subdivides  into  fault  detection,  an  on-line  monitoring  func- 
tion; and  fault  isolation,  an  off-line  test  function.  The  fault  detection  monitor  points  arc  in- 
trinsic to  the  real-time  processing  and  are  performed  in  the  ICUs  responsible  for  the  equip- 
ment subsystem  being  monitored.  This  monitoring  is  done  by  CCU  direction,  if  unscheduled; 
and  automatically,  if  scheduled.  The  testing  is  accomplished  off  line  at  the  operator's  con- 
venience. The  olT-line  test  is  used  both  to  isolate  a fault  to  a replaceable  module  and  as  an 
assurance  test  on  the  replacing  or  “fixed”  module.  This  type  of  activity  necessarily  requires 
operator  intervention  in  order  to  decide  when  to  run  the  test  and  whether  sufficient  equip- 
ment is  available  to  run  it;  to  set  up  the  test  loop;  and  to  supply  the  test  input  which  will 
provide  the  necessary  certitude  to  the  test.  This  leads  directly  to  the  third  internodal  rela- 
tionship, the  one  between  the  system  and  the  operator. 

3.  The  Man-Machine  Relationship 

One  key  ingredient  is  finally  needed  - someone  rational,  who  can  make 
decisions  based  on  a multitude  of  inputs  received  simultaneously  or  on  a repeat  of  a histori- 
cal pattern.  This  is  the  operator;  his  medium  for  directing  the  system  to  perform  a series  of 
functions  is  the  intranodal  communication  and  his  message  (means)  is  by  action  entry,  using 
as  a mode  some  form  of  keyboard  console  or  voice.  The  action  entry  may  be  complex,  as 
in  the  case  of  a failure  which  required  a reload  of  a microprocessor  from  a magnetic  tape 
segment;  or  simple  as  in  changing  a monitor  point  delimiter  in  the  monitor  table  of  accept- 
able ranges.  The  action  entry  itself  will  be  of  a predetermined  form  allowing  the  operator 
as  much  latitude  for  construction  as  possible. 

4.  Programming  Standards 

In  order  to  improve  clarity,  ensure  against  self-definition,  assist  in  life- 
cycle  maintainability,  and  provide  a coherent  presentation,  definite  consistent  rules  for  cod- 
ing and  annotating  program  listings  must  be  followed. 

5.  Utility  Programs 

A set  of  utility  routines  must  be  developed.  Most  will  be  stand-alone  (not 
under  OS)  and  must  be  individually  loaded  by  the  operator.  Obvious  inclusions  are: 


Assembler/Compiler 
Data  Base  Generator 
Test  Data  Generator 
System  Bootstrap 
System  Loader 


(modular/stand-alnnc) 
(modular/stand-alonc) 
( modular/stand-alone ) 
(modular/stand-alone) 
(modular/stand-alone) 
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System  R co-  -’ry 
Memory  Dump 
Tape  Dump 
Tape  Labeling 
Memory  Trace 
Program  Trace 
Inspect  and  Change 
I/O  Handler 


(modular/stand-alonel 
(modular/stand-alone ) 
(modular/stand-alone) 
(modular/stand-alone) 
(under  OS) 

(under  OS) 

(under  OS) 

(both) 


(limited  to  nonoperational  modes) 


C4.2.3,4  NC^N  SYSTEM  HARDWARE.  The  basic  hardware  building  block  of  the 
NC^N  architecture  will  be  the  microcomputer,  which  will  be  referred  to  as  a distributed 
element  (DE). 

The  DE  will  function  separately  to  act  as  Standard  Interface  Units  (SIUs);  and  in 
distributed  functional  groupings  to  provide  management  and  control,  cryptography,  switch- 
ing, etc.  In  addition,  the  DE  is  used  to  implement  the  LAG  function  by  distributing  the 
processing  among  several  DFs.  Hence,  a common  DE  design  can  be  used  for  all  NC^’N 
functions. 

The  DE  concept  has  led  to  the  consideration  of  distributed  processing  implementa- 
tion for  ail  the  functional  area  requirements.  In  distributed  processing,  the  processing  load 
is  divided  among  several  processing  units,  the  number  relating  to  the  size  or  complexity  of 
the  functional  ta.sks  and  also  to  platform  type  and  mission  requirements. 

In  the  distributed  processing  implementation,  the  processing  and  control  associated 
with  a system  is  accomplished  by  an  interface  control  unit  (ICU)  dedicated  to  that  system. 
The  ICU  is  responsible  for  all  control,  monitor,  and  test  functions  of  its  dedicated  equip- 
ment. Each  ICU  has  an  I/O  interface  which  allows  it  to  interface  with  the  equipment  for 
which  it  is  responsible.  Most  M&C  activities  require  action  and  coordination  by  several 
systems.  To  configure  a link,  for  example,  requires  action  by  some  or  all  of  the  following 
systems:  transmission,  man/niachine  couplers,  information  processing.  The  question  arises 
as  to  how  to  coordinate  the  different  system  activities.  Two  basic  approaches  are  possible. 
The  first  requires  an  interconnection  between  all  the  ICUs.  The  second  is  a central  processs- 
ing  concept  which  dictates  the  need  for  a central  processing  unit  whose  function  is  to  man- 
age and  coordinate  all  the  ICUs  dedicated  to  system  control.  The  latter  approach  minimizes 
the  interfacing  among  the  ICUs  and  tends  itself  to  optimum  functional  distribution  among 
the  ICUs.  This  central  unit  is  referred  to  as  the  CCU.  The  CCU  is  responsible  for  coordi- 
nating the  system  ICUs.  In  addition,  it  is  also  responsible  for  gathering  key  parameters  from 
the  ICUs  in  order  to  perform  the  M&C  coordination,  decision  making,  display/alarm,  record 
keeping,  and  reporting  functions. 

The  distributed  processing  concept  has  been  made  feasible  by  the  advent  of  the 
microprocessor.  Prior  to  the  development  of  the  microprocessor,  this  concept  would  have 
re(|uired  that  a minicomputer  be  dedicated  to  each  system.  Hence,  this  would  have  required 
a multitude  of  minicomputers  instead  of  one  or  two  central  min’computers,  as  in  the  case  of 
the  central  processing  implementation.  The  miniprocessor  cost  and  complexity  formerly 
ihade  the  consideration  of  this  concept  impractical.  The  availability  of  the  microprocessor, 
however,  makes  this  implementation  cost-effective. 
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The  basic  building  block  for  distributed  processing  being  considered  here  is  the  dis- 
tributed element.  The  DE  processing  capabilities  are  handled  by  one  or  more  microproces- 
sors within  the  DE.  In  addition,  each  DE  contains  an  I/O  interface  which  allows  it  to  inter- 
face with  the  system  equipment.  Each  ICU  consists  of  one  or  more  DEs;  the  number  of 
DEs  within  each  ICU  is  a function  of  the  number  of  equipments  dedicated  to  the  ICU  and 
the  complexity  of  the  equipment  being  controlled.  Each  DE  has  a standard  set  of  inter- 
faces: parallel  channels,  serial  channels,  dedicated  analog  lines,  and  dedicated  digital  lines. 
Hence,  all  DEs  within  the  ICUs  are  identical,  differing  only  in  the  number  of  the  standard 
interfaces  employed  and  in  the  amount  of  memory,  which  is  a function  of  ICU  processing 
requirements.  The  CCU  consists  of  two  DEs.  One  DE  is  at  all  times  in  control  of  the  M&C 
operations.  The  second  is  a backup  to  the  first  in  case  of  failure. 

It  is  of  paramount  importance  to  have  a set  of  common  hardware  used  throughout 
the  NC^N.  There  are  several  major  advantages  to  this  approach: 

• Smaller  inventory  of  spare  parts. 

• Ease  of  maintenance.  Service  personnel  have  to  be  trained  to  service  only  one 
common  set  of  hardware.  In  addition,  an  exhaustive  set  of  fault  detection  and  fault  isola- 
tion procedures  can  be  developed  which  can  be  adapted  to  each  major  system  component. 

• Development  and  design  costs  are  reduced. 

• Lower  production  costs. 

The  distributed  processing  implementation  is  accomplished  by  employing  the  dis- 
tributed elements.  All  DEs  have  the  same  processing  unit.  Each  DE  memory  consists  of 
scratch  pad  and  program  memory.  All  scratch  pad  memories  (typically  RAM)  will  consist 
of  the  same  devices,  the  only  difference  being  the  amount  of  scratch  pad  memory  required 
by  each  DE.  This  poses  no  problem  since  this  part  of  memory  can  be  modularized  so  that 
the  only  difference  between  DE  scratch  pad  memories  is  the  number  of  modules.  Similarly, 
all  program  memories  will  employ  the  same  devices  (typically  RAM.  ROM,  or  PROM).  If  it 
is  shown  to  be  advantageous  to  use  RAM  for  program  memory,  then  the  scratch  pad  and 
program  memory,  then  the  scratch  pad  and  program  memory  consist  of  the  same  modules. 
Hence,  in  this  case  the  only  difference  between  the  DE  memories  is  the  number  of  modules 
required.  The  ICU  distributed  element  I/O  interface  consists  of  controller-to-controller 
interfaces  for  ICU  to  CCU  communication  and  controller-to-system  interfaces  for  communi- 
cation with  the  equipment.  All  ICUs  use  the  same  set  of  standard  controller-to-system  inter- 
faces. The  CCU  distributed  element  requires  controller-to-controller  interface  for  ICU  to 
CCU  communication.  In  addition,  it  requires  I/O  interfaces  for  the  peripheral  equipment. 
This  interface  can  use  one  of  the  standard  interfaces  provided  for  ICU  to  system  communi- 
cation. Therefore,  the  CCU  employs  the  same  standard  interfaces  as  the  ICU.  Hence,  all 
distributed  elements  are  identical,  differing  only  in  the  number  of  memory  modules  and 
the  number  of  each  of  the  standard  interfaces  employed.  From  this,  it  can  be  seen  that  the 
dtsJsihuted  implementation  allows  a high  degree  of  common  hardware  within  the  NC'^N. 

One  of  the  major  design  goals  of  the  NC-^N  is  to  use  a small  number  of  simple  build- 
ing blocks  to  implement  the  system  functions.  Besides  the  leduction  in  development,  de- 
sign. fabrication,  and  integration  efforts,  the  benefits  of  this  approach  can  be  extended  all 
the  way  to  the  maintenance  level.  In  addition,  the  ability  to  ad.  pt  the  NC-^N  to  different 
classes  of  ships  and  new  electronic  technology  provides  extreme  simplicity  and  adaptability. 

The  simplicity  of  programming  architecture  is  also  an  important  consideration.  Each 
distributed  element  performs  relatively  few  functions;  hence,  the  effort  is  reduced  to 
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integrating  a number  of  programs,  one  for  each  distributed  element,  each  consisting  of  a re- 
duced number  of  molecules.  Programming  integration  and  debugging  are  simplified  under 
the  distributed  processing  approach. 

The  distributed  processing  implementation  discussed  here  uses  a central  control 
element  which  coordinates  the  interface  control  units.  If  redundancy  were  not  a considera- 
tion, the  central  control  unit  would  consist  of  a single  distributed  element.  However,  in  case 
of  failure  of  the  central  control  unit  distributed  element,  there  is  a loss  of  system  control. 

The  simplest  solution  to  this  problem  is  to  include  two  processing  elements  within  the  cen- 
tral control  unit.  Due  to  greatly  reduced  cost  and  complexity  of  the  distributed  element 
system,  degradation  due  to  failure  by  a distributed  element  within  the  CCU  can  be  prevented 
with  little  overall  cost  and  effort.  F ailure  of  a distributed  element  ICU  is  far  less  catastrophic, 
because  only  automatic  control  and  monitor  of  the  equipment  dedicated  to  the  failed  unit 
are  lost. 

One  of  the  major  NC’^N  requirements  is  that  it  must  be  adaptable  to  different  classes 
of  ships  and  to  a variety  of  transitional  equipment  within  a ship  as  current  manual  or  semi- 
automatic equipment 'is  replaced  by  new  standard  automatic  equipment.  Therefore,  adapta- 
bility is  a must  for  NC^N  design. 

As  the  complexity  of  the  node  is  reduced,  the  NC^N  must  be  capable  of  being  re- 
duced proportionately.  The  other  aspect  of  adaptability  which  must  be  considered  is  the 
NC^N  ability  to  handle  complex  node  requirements.  As  system  complexity  increases,  the 
computational  capability  of  the  system  must  be  able  to  accommodate  the  increased  demands 
placed  upon  it,  until  its  capabilities  are  exceeded. 

For  architectural  simplicity,  it  is  desirable  to  have  the  ICU  perform  the  functions 
associated  with  its  equipment  control,  while  the  central  processing  unit  coordinates  all  the 
ICU  activities.  When  the  computational  capabilities  of  an  ICU  or  central  control  unit  are 
exceeded,  another  distributed  element  is  added  to  the  ICU  or  central  control  unit.  Because 
of  the  low  cost  of  a distributed  clement,  this  has  little  effect  on  system  cost.  By  adding 
another  distributed  element,  the  functional  split  among  the  ICUs  and  central  control  unit  is 
maintained.  The  second  approach  is  to  utilize  the  optimum  loading  capabilities  of  distrib- 
uted element  increase,  the  functions  can  be  redistributed  among  the  distributed  elements. 

If,  for  example,  the  processing  burden  on  an  ICU  increa.ses,  that  ICU  still  performs  all  the 
interfacing  with  its  dedicated  system;  however,  some  of  the  processing  is  performed  either 
in  the  central  control  unit  or  in  the  other  ICUs.  Hence,  if  the  capabilities  of  a distributed 
element  are  exceeded,  this  problem  can  be  solved  without  adding  another  distributed  ele- 
ment to  the  .system  by  sacrificing  the  functional  split  between  the  ICUs  and  the  central 
control  unit. 

The  SlU  concept  requires  that  all  the  NC^N  equipment  interfaces  conform  to  one 
standard  interface  design.  This  can  be  readily  incorporated  into  the  distributed  element 
interfacing  with  the  etjuipment.  While  the  I/O  channel  hardware  interfacing  directly  with 
the  device  must  be  modified,  a great  deal  of  interface  modification  can  be  accommodated 
through  the  distributed  element  software.  The  high  degree  of  commonality  between  dis- 
tributed elements  is  still  achieved. 


C4. 2.3.5  INTf-'KIM  C.AP.ABILITY.  There  is  a need  to  begin  introduction  of  N('-^N 
capability  prior  to  the  ldX5  time  frame  so  that  existing  C~  deficiencies  may  be  eased  in  the 
meantime.  This  requires  a plan  to  provide  a bridging  or  interim  NC-^N.  This  brings  us  to 
perhaps  the  most  important  ramification  of  modularity,  which  is  evolution. 
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There  will  be  many  phases  of  evolution  between  now  ami  1985.  From  1985  on.  the 
process  will  take  smaller  technological  steps  and  will  be  less  difficult.  The  distinctive  feature 
about  the  period  from  now  to  1985  is  seen  by  considering  the  terminal  dates.  For  e.xample. 
most  shipboard  radio  equipment  now  in  use  is  manual,  whereas  in  1985  the  corner  will  have 
been  turned  and  most  radio  equipment  will  be  automated.  During  that  period,  then,  drastic 
changes  will  take  place  with  respect  to  the  performance  requirements  imposed  on  the  NC^N. 
Tliese  changes  must  be  adapted  to  go  through  the  modularity  of  the  NC'^N.  special  interfaces, 
and  modification  of  radio  equipment  as  determined  by  cost-effectiveness. 

The  evolutionary  capability  of  the  NC^N  is  of  paramount  importance  to: 

Life-cycle  cost-effectiveness 

Technological  adaptability 

Expandability 

The  NC^N  will  be  an  evolutionary  design  by  virtue  of  carefully  designed  modularity 
through  the  architectural  concept  of  microprocessor/microcomputer  distributed  processing. 
Technological  adaptability  is  the  capability  to  accept  new  systems  with  minimum  impact. 

To  illustrate,  let  us  assume  that  in  the  post-1985  era  an  optical  communications  link  is  to  be 
introduced  into  the  fleet.  This  system  may  have  a 9600-baud  interface  at  baseband  with 
50  baseband  channels  and  a control  interfaced  with  the  MCG.  To  accept  this  into  the  NC^N 
will  be  a matter  of  adding  (as  required)  switching  modules  to  accommodate  the  increased 
channels,  an  I/O  card  in  the  link-lCU  for  control  and  monitor,  and  modified  ROMs  in  the 
link-lCU  and  CCU.  The  cost  is  minimized  by  the  absence  of  non-communication-oriented 
requirements  in  the  optical  system  itself  and  in  the  NC*^N.  No  special  display  or  control 
panel  is  required,  no  additional  control  cabling  is  required,  personnel  training  is  restricted 
to  the  radio  (optical)  portion  of  the  system,  and  other  systems  need  not  be  displaced  until 
the  new  system  is  proved. 

Expandability  is  the  ability  of  the  NC^N  to  accept  more  or  less  equipment  of  the 
variety  in  use  at  a fixed  point  in  time  with  minimum  impact.  For  example,  suppose  a 
guided  missile  cruiser  (CG)  has  been  serving  in  a large  task  force  as  a men7ber  of  an  escort 
unit  for  a long  time  and  then,  after  periodic  maintenance  overhaul,  is  to  be  assigned  as  unit 
command  ship  in  an  open  ocean  sea  control  group.  Then,  during  the  overhaul  the  CG  will 
be  outfitted  with  the  required  radio  equipment  and  modules.  With  each  additional  radio 
equipment  there  will  be  associated  a set  of  software  and  hardware  modules  for  control, 
monitor,  test,  link  adaptation,  and  switching,  all  of  which  will  be  common  to  those  already 
existing  in  the  CG.  This  approach  will  expedite  the  incorporation  of  new  equipment  into 
platforms  and  provide  attendant  cost  savings.  Changes  to  the  system  to  accommodate  addi- 
tional equipment  in  other  nodal  systems  amount  to  increasing  the  number  of  modules 
rather  than  adding  new  equipment. 

Interim  capability  will  be  basically  achieved  through  the  inherent  modularity  of  the 
NC^N.  Modularity  will  be  achieved  through  the  use  of  basic  modular  elements  of  hardware 
(microproce.s.sors/microcomputer)  and  software  in  a distributed  processing  framework. 
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